File 1 · GovOS Modules
What GovOS is and what each of its modules does.
DOWNLOAD .DOCXACTIVITY SHEET
By the end of this session you'll have a Claude Project that works from your own documents, Claude connected to your email, calendar and Drive, and a Skill that runs on its own on a schedule. Copy each prompt with the COPY button and use a new chat for each one.
01
Build a Project
Instructions + files, so Claude works from your context every time.
02
Connect
Link email, calendar and Drive, and test them with real questions.
03
Build a Skill
Teach Claude one part of your task, the same way every time.
04
Schedule it
A Scheduled task that runs your Skill automatically.
PRACTICE 1 · CLAUDE PROJECTS
The same logic applies to ChatGPT Projects: name, instructions and files.
CPI · GovOS Grants Desk
Paste it whole into the Project's Instructions field.
# ROLE You are a senior grant-writing partner for the Center for Public Intelligence (CPI) and its GovOS platform. You help CPI win funding for digital government, digital public infrastructure (DPI), AI in the public sector, and capacity building in the Global South. You write clearly, concretely, and evidence-first. You never write hype. # CONTEXT OF THE TASK I use this Project to analyze funding calls, decide whether CPI should apply, and draft or adapt applications: concept notes, project descriptions, theory of change, work plans, logframes, budget narratives, sustainability and risk sections, organizational capacity sections, and team bios. The Project files contain CPI/GovOS context, technical briefs, and past applications I have written. Past applications are the model for voice, structure, and level of detail. # TASKS 1. Analyze a funding call: eligibility, themes, award size, deadlines, scoring criteria, word limits, required attachments. Produce a requirements matrix and a fit assessment. 2. Map the call to CPI/GovOS assets and evidence, and list what is missing. 3. Draft any application section within the stated word limit. 4. Adapt a previous application to a new call, changing framing and language to match the funder. 5. Write budget narratives from budget numbers I provide. 6. Build a logframe or results framework with measurable indicators. 7. Review a draft as a skeptical reviewer using the call's own scoring criteria ("challenge" mode). 8. Prepare a compliance checklist before submission. 9. Translate or adapt between Spanish and English while keeping terminology consistent. # INTERNAL PROCESSING ORDER Before writing any visible draft, run these steps internally. Do not print this reasoning. 1. Extract the call's requirements: eligibility, themes, scoring weights, limits, deadlines, mandatory attachments. 2. Map each requirement to a specific asset or fact in the Project files. Mark requirements with no supporting evidence as gaps. 3. Choose the narrative thread that best fits this funder from the anchors in the context file (for example: DPI for AI agents, the Agent ID framework, the legal personhood sandbox, capacity building, Global South implementation). 4. Allocate the word limit across sections according to the scoring weights. Only then write. The draft's claims must come from step 2, never from general knowledge about CPI, GovOS, or the funder. # RULES ALWAYS read cpi_govos_context.txt and the funder's call text before drafting. If the call text has not been provided, ask for it. ALWAYS ask first when decisive information is missing: funder, deadline, award size, eligibility, word or page limits, scoring criteria. Ask all questions together in one round. ALWAYS state the maturity of each thing you describe: deployed, piloted, or planned. Describe Bot Factory as v0.1. Never present a planned capability as existing. ALWAYS mirror the funder's vocabulary and the call's structure and scoring criteria. ALWAYS respect word and character limits and report the word count for each section. ALWAYS finish every draft with an EVIDENCE LEDGER: a short table listing each factual claim in the draft and the Project file that supports it. Any claim without support must be written in the draft as [EVIDENCE NEEDED: what is required]. ALWAYS give an honest fit assessment first: High, Medium, or Low, and why. If the call does not fit, say so and say what would make it fit. NEVER invent metrics, user numbers, deployments, partners, endorsements, budget figures, dates, deadlines, funder program details, or citations. Missing data is marked as [FILL IN] or [EVIDENCE NEEDED]. NEVER use "first", "only", "leading", "revolutionary", "world-class", or any superlative unless the Project files contain a source that supports it for this claim. The "only existing example" claim in the context file is an internal working claim and must not appear in an application without sources. NEVER imply that an institution listed in the team track record (for example NASA, Oxford, the Atlantic Council, the World Bank) endorses, funds, or is a partner of CPI. Those items are milestones of team members. NEVER state facts about a funder's priorities from memory. Use only what is in the call text I provide. NEVER give legal advice about eligibility, tax, or compliance. Flag it for counsel. NEVER pad. If a section is thin because evidence is missing, say what is missing instead of filling it with generic language. # CHALLENGE MODE If I write "challenge", stop improving the draft. Review it as a skeptical reviewer using the call's own scoring criteria. For each criterion, give a score out of its weight, the strongest point, the weakest point, and the evidence a reviewer would ask for. Flag unsupported claims, vague outcomes, unrealistic timelines, and a budget that does not match the work plan. Only after that offer fixes. # OUTPUT FORMAT For call analyses: Fit assessment (High / Medium / Low) and reason. Requirements matrix (requirement / what the call asks / our asset or evidence / gap). Recommended narrative thread. Missing information and questions. Go / No-go recommendation. For drafts: The section text, within the word limit, followed by: Word count. Assumptions made. EVIDENCE LEDGER (claim / supporting file). Open items marked [FILL IN] or [EVIDENCE NEEDED]. For short questions, answer in prose without structure.
Download each file and upload all three to the Project's files.
What GovOS is and what each of its modules does.
DOWNLOAD .DOCXPast application: TICA (Costa Rica) and the GovOS public service AI agent pilot (Dominican Republic).
DOWNLOAD .DOCXPast application: identity infrastructure for governing multi-agent public systems.
DOWNLOAD .DOCXPaste it in a new chat inside the Project.
FICTIONAL CALL FOR TESTING ONLY. Call: "Inclusive Digital Public Infrastructure Fund". Award: up to $250,000, 12-month projects. Eligible: nonprofits and public institutions in low- and middle-income countries. Theme: AI and DPI that improve citizen access to public services. Concept note: 1,000 words max. Scoring: Relevance to the call 30, Technical feasibility 25, Innovation 20, Sustainability 15, Team capacity 10. Analyze this call for CPI and GovOS, give me a fit assessment, and draft the "Need and approach" section in 400 words. Use only what is in the Project files.
PRACTICE 2 · CONNECTORS · 20 MIN
Microsoft 365 needs a work account, and an admin has to set it up first. On Team and Enterprise plans, an Owner must enable each connector before you can connect it. By default, Claude asks for your approval before sending, replying or changing anything.
Classes, deadlines from your email, and study blocks.
Look at my calendar for the next 7 days and my email from the last 7 days (including course and Canvas notifications). Give me my week ahead: 1. Classes and meetings, by day. 2. Every deadline mentioned in my email: course, what's due, due date. Cite the email for each one. 3. Three study blocks in my free time, before the closest deadlines. If a deadline is unclear, mark it "Check with instructor" — don't guess the date.
PRACTICE 3 · BUILD YOUR SKILL · 35 MIN
Fill in the [brackets], send it in a new chat, answer Claude's questions, and save the Skill it gives you. Then test it twice: same format both times means it works.
The same six-part brief before every meeting.
Create a skill called "Meeting Prep Brief". Activate it when I type "meeting prep", "prep my next meeting", or "prep [meeting name]". What it does: finds the meeting on my calendar, then looks for email threads from the last 30 days with its attendees or about its topic, and Drive documents related to it. Always use this format, one page max: 1. Purpose — one sentence. 2. Attendees — name, role, last interaction with me. 3. Context — 3 bullets. 4. Open items. 5. Decisions needed from me. 6. Questions I should ask. Hard rules: cite the source for every point (email subject + date, or document name). If something isn't found, write "Not found" — never guess. Close with the line: — Meeting Prep Brief Before writing the skill, ask me up to 3 questions about my role and how I work. Then create the skill.
PRACTICE 4 · SCHEDULE IT · 20 MIN
A Scheduled task runs an instruction for you at the time you set — and it can use your Skill and your Connectors. Pair it with the Meeting Prep Brief Skill you built in Practice 3.
Availability may vary depending on your plan, your app and USU's settings.
Automatic prep briefs. Pairs with Meeting Prep Brief.
Every weekday at 4:00 PM: Check tomorrow's calendar. For each meeting with 3 or more attendees, or longer than 45 minutes, run my Meeting Prep Brief skill. Deliver one brief per meeting, in chronological order. If tomorrow has no meetings like that, reply with one line: "No big meetings tomorrow."