I open-sourced the agent instructions I use to keep my AI agents on track.
Summary
This open-source tool provides a portable, agent-agnostic control plane for coding agents, offering consistent operating rules, phased project planning, memory, skills, and runbooks via a set of files that can be dropped into any repository.
View Cached Full Text
Cached at: 07/11/26, 09:24 AM
cam-douglas/agent-instructions
Source: https://github.com/cam-douglas/agent-instructions
Agent Instructions
A portable, agent-agnostic control plane for coding agents. Drop it into any repository to give your agent consistent operating rules, phased project planning, memory, skills, and runbooks.
This repo ships the files under .cursor/ as the reference layout. Rename that folder to match your agent before use.
Quick start
1. Copy into your project
Copy this entire folder into your project repository root:
your-project/
.cursor/ ← rename in step 2
src/
package.json
...
2. Rename for your agent
Rename .cursor to whatever your coding agent expects:
| Agent / tool | Typical folder name |
|---|---|
| Cursor | .cursor (default — no rename needed) |
| Claude Code | .claude |
| OpenClaw | .openclaw |
| Hermes | .hermes |
| Other | .your-agent or follow your tool’s docs |
The contents stay the same. Only the directory name changes.
Cursor users: keep the folder as
.cursor. Therules/*.mdcfiles are loaded automatically withalwaysApply: true.
Other agents: point your agent at
AGENTS.mdinside the renamed folder (system prompt, project instructions, or rules file — whatever your tool supports). Therules/files are concise enforcement snippets; load them if your agent can ingest rule files, or rely onAGENTS.mdalone.
3. Bootstrap the workspace
From your project root, run:
bash .your-agent/scripts/bootstrap.sh
Replace .your-agent with your actual folder name. The script is idempotent — safe to run on every new session. It creates docs/ scaffolding (plans, blueprints, decisions, handover) without overwriting existing project files.
4. Start your agent
On the first message of a new session, tell your agent:
Read
AGENTS.mdin the agent config folder, runscripts/bootstrap.sh, then follow the per-turn read contract.
The agent will handle startup from there.
What you get
<agent-config-root>/
AGENTS.md # Canonical operating contract — start here
BOOTSTRAP.md # Session startup procedure
INSTRUCTIONS.md # Routes to detailed task modes
USER.md # Your durable preferences (edit this)
STATE.md # Live objective, phase, plan, blockers
SKILLS.md + skills/ # Repeatable procedures (Vercel, Supabase, etc.)
TOOLS.md # Capability registry
instructions/ # Project planning, strategy, sub-agents
memory/ # Durable memory, blockers, runbooks, continuations
rules/ # Always-applied enforcement (Cursor-native .mdc)
scripts/bootstrap.sh # Idempotent workspace materialization
templates/ # Phase plan and docs templates
config/settings.json # Optional host-specific settings
After bootstrap, your repo also gets:
docs/
plans/ # Sequential phase plans + final checklist
blueprints/ # Product/strategy outputs
decisions/ # Architecture decision records
handover/ # Operational handovers
How it works
AGENTS.mddefines precedence, autonomy limits, phased lifecycle, and the per-turn read contract.INSTRUCTIONS.mdactivates detailed modes (project planning, strategy, sub-agents) only when needed.STATE.mdtracks what is in flight so work survives context loss between sessions.memory/stores blockers, runbooks, and dated continuation logs — not secrets.skills/holds stable, repeatable multi-step procedures promoted from runbooks.
For a new project or major feature, the agent creates docs/plans/phase_0_foundations_plan.md first, then generates one phase plan at a time until a final_implementation_checklist.md closes remaining human-only work.
Customize for yourself
Edit these files to match your workflow:
USER.md— standing directives, platform preferences, deployment defaultsSTATE.md— reset or resume active workmemory/MEMORY.md— durable decisions and architecture notesconfig/settings.json— optional editor/host settings
Do not store passwords, tokens, or API keys in any of these files.
Included skills
| Skill | Purpose |
|---|---|
vercel-deploy-workflow | Deploy Next.js to Vercel via Git or CLI |
supabase-linked-migrations | Ship SQL migrations to a linked Supabase project |
Add your own under skills/<skill-id>/SKILL.md and register them in SKILLS.md.
License
MIT — see LICENSE.
Similar Articles
I built an open-source platform for creating and managing AI agents (MIT licensed, free to self-host)
The author built an open-source, MIT-licensed platform for creating and managing AI agents, featuring provider-agnostic support, MCP integration, memory, skills, scheduled triggers, and Kanban boards, deployable via Docker Compose.
I’m open-sourcing an agent specification for autonomous greenfield project execution
The author is open-sourcing a specification for AI agents that can autonomously execute greenfield projects from scratch, enabling developers to build and deploy autonomous agents for new project creation.
We open-sourced an agent runtime built for the part everyone skips: running agents on real hardware, offline
An open-source agent runtime designed for running AI agents on real hardware, offline, with hardware I/O support and a visual builder, supporting multi-provider LLMs and on-device RAG.
@Saboo_Shubham_: Thanks for sharing. Open Source code here:
A curated collection of over 100 ready-to-run AI agent and RAG app templates with full source code, supporting multiple LLMs like Claude, Gemini, and OpenAI. Open-source and freely available on GitHub.
AgentTransfer: OpenSource DropBox for Agents - get agents to share files and talk / work together on projects
AgentTransfer is an open-source tool that allows AI agents to share files and communicate with each other via a lightweight Go binary.