On this page
Build Your First AI Agent in Under 10 Minutes, No Code

Give AI a job, not a question.
Everything from the video: the agent file,
two test transcripts, every prompt, and a blueprint for your next agent. No Terminal, no code.
Step 1 - Set up the project
One folder. One job. One real example.
- Open the ChatGPT app on your Mac and switch to Codex.
- Create a folder called KnowAI Meeting Agent (or your own name) and open it as a local project.
- Put one meeting transcript inside. Use your own, or the sample below.
The folder is the agent's workspace, like giving a new hire one project folder instead of your whole computer. The sample is deliberately messy, with an action nobody owns and a date that changes mid-call.
Test with the messy input you actually get, not a clean one.
Step 2 - Create the agent
Explain the job in plain English. Codex writes the config.
Start a new chat inside the project and paste the prompt. Approve the file when Codex asks. You get a reusable
specialist saved at ~/.codex/agents/meeting_followup.toml.
Build prompt
Create a reusable custom Codex subagent named meeting_followup. Save it as a personal agent at ~/.codex/agents/meeting_followup.toml. This is a Meeting Follow-up specialist. Whenever it receives meeting notes or a transcript, it reads the whole thing first, then returns, in this order: 1. Action items as a table: action, owner, deadline, and a short quote from the source. 2. Commitments: who promised what, to whom, by when. 3. Decisions the group actually agreed on. 4. Needs attention: actions with no owner or deadline, unresolved questions, risks and contradictions. 5. A summary of no more than five bullets. 6. A draft follow-up message, one short paragraph, ready to review. Never invent facts, owners, deadlines, commitments or decisions. If no one was named, write UNASSIGNED. If no date was said, write NO DEADLINE. Ideas and "let's think about it" are open questions, not decisions. If something is unclear or speakers are unlabeled, flag it instead of guessing. It drafts only; it never sends, posts or updates anything. Write the required name, description and developer_instructions. The description should say exactly when to use this agent. End the instructions with a short quality check the agent runs before answering. Keep permissions conservative (sandbox_mode = "read-only"). Do not create a Skill or AGENTS.md instead of the custom agent. When finished, validate the configuration, show me the full file and tell me where you saved it.
Want the finished version from the end of the video? Download the agent file and ask Codex
to “save this as ~/.codex/agents/meeting_followup.toml and validate it”. It already includes the
refinements from Step 3.
A good agent brief has a name, a job, an output order and a list of things it must never do.
Step 3 - Test and correct
Give it real work. Fix the agent, not the chat.
Test prompt
Delegate this meeting to the meeting_followup agent. Have it read sample-transcript-client-call.md in this project and return its result when it's finished. Don't rewrite or summarise its output.
On the sample, a good result:
- Gives Kunal the mock-ups, due Thursday the 17th.
- Marks the data-access request UNASSIGNED. Nobody took it.
- Records the launch as the 15th, not the original 1st.
- Keeps “maybe a WhatsApp group” out of the decisions.
- Flags the pricing for five extra seats as unresolved.
Then say what you'd change. The update is saved to the agent, so you never repeat the correction.
Correction prompt · replace the brackets
Update my meeting_followup agent so that [describe what you want changed, e.g. the summary is no more than five bullets, commitments and action items come first, and the follow-up message stays under one short paragraph]. Change the agent file itself, not just this chat. Keep all existing rules, especially that missing information is never invented. Show me what changed in the file.
Build, test, correct once. Every improvement is reusable from then on.
Step 4 - Reuse it
New chat. New meeting. Same specialist.
Start a fresh chat, attach a different transcript and send one line. No pasted instructions, no reminders about the rules. That is the difference between an agent and one good conversation.
Reuse prompt
Use meeting_followup on this meeting.
This one has unlabeled speakers, a vague “early next month” and a pilot that was never agreed. The agent should flag all three without being told.
Step 5 - Close the loop
A summary is not the job. The follow-through is.
- Meeting
- meeting_followup
- Tasks · CRM · Gmail draft
- Brief before the next call
Connect the apps you already use through Codex plugins. If a tool isn't listed, look for an MCP server: a standard bridge that lets the agent use that system's actions. What's possible depends on the app and the permissions you grant.
Connect prompt · replace the brackets
I want my meeting_followup agent to finish the job, not just the summary. After I approve its follow-up pack for a meeting: 1. Create the follow-up as a Gmail draft addressed to the attendees. Never send it. 2. Create a task in [your project tool] for each action item that has a named owner, with its deadline. Leave UNASSIGNED items out and list them for me. 3. Add the decisions and commitments as a note on the client's record in [your CRM]. Before my next call with the same client, pull the previous notes and give me "the five things to remember before this meeting". First, check which of these apps are connected in Codex and tell me what I need to connect or authorise. Don't assume access you don't have. Show me every change and wait for my approval before anything is written to an external tool.
Pre-meeting brief prompt
Use meeting_followup's notes from my previous meetings with [client] to prepare a pre-meeting brief: the five things I need to remember before this call. Include open commitments we made, anything overdue, decisions they might revisit, and questions still waiting on an answer. Quote the meeting each point comes from.
Let it draft everything. Approve anything that leaves your computer.
Step 6 - Build your own
Same logic, any job.
- Pick one clear job.
- Explain what good looks like, and what it must never do.
- Create the specialist.
- Give it real work and correct it.
- Ask what happens right before and right after, then connect those tools.
The blueprint walks you through all five with the meeting agent as a worked example. Fill it in, attach it, and run the prompt.
Build-your-own prompt
Create a reusable custom Codex subagent from the attached agent-blueprint.md. Save it as a personal agent at ~/.codex/agents/<name>.toml. Write the required name, description and developer_instructions. The description should say exactly when to use this agent. The instructions should cover the job, the inputs, the output structure in order, every never-do rule and how to handle gaps, and end with a short quality check the agent runs before answering. Set sandbox_mode to "read-only" unless the blueprint says the agent must write files. Do not create a Skill or AGENTS.md instead of the custom agent. When finished, validate the configuration and show me the full file and where you saved it.
Don't start with an autonomous employee. Start with one job done well.
Get the agent file, test transcripts, blueprint and all seven prompts.