AGENTS.md · anombyte93/prd-taskmaster
AGENTS.md from anombyte93/prd-taskmaster: 53 lines covering The end goal (north star — test every change against this), Backend model (v4.1+), Working rules.
Template by anombyte93
Install
Works with Codex, Cursor, GitHub Copilot, Gemini CLI, OpenCode, Claude Code. Read the repository before you give any tool access to your data.
curl -fsSL https://raw.githubusercontent.com/anombyte93/prd-taskmaster/main/AGENTS.md -o AGENTS.md
Read it and adapt it to your project before use.
Get the weekly diff
The weekly diff: one email a week with new agent tools, notable updates and grade changes, plus security alerts for tools you follow. Double opt-in, one-click unsubscribe.
About
Use cases: code-generation, project-management
Reviews
Write a reviewNo reviews yet. Installed it? Reviews come from verified installers only. How reviews work
What's in it
An AGENTS.md file: instructions coding agents (Codex, Cursor, Copilot, Gemini CLI and others) read before working in a repo.
- For
- Codex, Cursor, GitHub Copilot, Gemini CLI, OpenCode, Claude Code
- Length
- 53 lines
- File
AGENTS.md
Sections
- The end goal (north star — test every change against this)
- Backend model (v4.1+)
- Working rules
First lines (shown under the repo's MIT license)
# Agent Instructions — Atlas > Applies to ANY agent harness working in this repo (Codex, Gemini, Claude Code, or the > next one). Claude Code also reads CLAUDE.md, which carries the same contract. ## The end goal (north star — test every change against this) Atlas's entry point is a frontier model acting as the **driver**. The driver understands the user's intent using skills built for it, then — inside a loop — decomposes the goal into optimal components and routes each to the **cheapest capable executor**, saving as many tokens as possible while delivering an outcome as good as if the frontier model had done all the work itself, at a fraction of the cost. The executor pool is **any CLI agent harness plus direct API paths, all in parallel** — never a fixed provider list. Every feature decision is tested against: *does this make the frontier-driver-decomposes-to-cheap-executors loop better, cheaper, or more provable?* The four moats (why this is a product, not a prompt pack): 1. Cross-vendor arbitrage — route work across any harness/API by cost and capability. 2. Engine-enforced unfakable gates — validate-tasks, ship-check (`SHIP_CHECK_OK`), structural tests. A feature isn't a product feature until the engine enforces it. 3. Persistent vendor-neutral task graph — tasks.json survives across vendors/sessions. 4. Cross-vendor cost ledger — telemetry + economy-report prove the savings. ## Backend model (v4.1+) TaskMaster is one **optional** pluggable backend. Backend resolution is `backend: auto|taskmaster|native` in `.atlas-ai/fleet.json`; the 5-op protocol (detect / init_project / parse_prd / expand / rate) lives in `prd_taskmaster/backend.py`. - **Task-state ops are engine-native ALWAYS**: `python3 script.py next-task` and `python3 script.py set-status <id> <status>` (MCP: `next_task` / `set_task_status`). Never call bare `task-master` outside a Mode-B-labeled block — structural tests enforce this. - No API keys → the backend returns a structured `agent_action_required` payload and YOU (the driving agent) do the generation, validated through `validate-tasks` before any write. Never a crash. - The **"## Backend operations" table in SKILL.md is normative**. When docs and code disagree, fix the docs to match the table. ## Working rules - `pytest tests/ -q` must stay green; run it before claiming anything is done. - **Stdlib only** in `prd_taskmaster/` and `mcp-server/server.py` — no new dependencies (CI enforces this on a bare runner). - Errors return FR-28-safe dicts; library code never `sys.exit`s. - All `.atlas-ai/*.jsonl` writes go through the shared flock-guarded append. - Tests are hermetic (tmp_path, no network). `tests/plugin/` structurally enforces doc invariants — run it after touching SKILL.md or the installer. - At debrief time, record how the run went: `feedback_submit` MCP tool or `python3 script.py feedback-add` → `.atlas-ai/feedback.jsonl`. This feedback loop is how Atlas improves; treat it as part of finishing the job.
Signals
- Stars
- 607
- Forks
- 60
- Open issues
- 8
- Last commit (this folder)
- Jun 12, 2026 (4 months ago)
- Last release
- Jun 13, 2026 (4 months ago)
From GitHub (fetched Oct 24, 2026).
Details
- License
- MIT
- Repository
- github.com/anombyte93/prd-taskmaster
- First seen
- Oct 24, 2026
- Last checked
- Oct 24, 2026
- Source
- GitHubgithub-graphql
More from anombyte93
- 0.708score
prd-taskmaster
anombyte93
Zero-config goal-to-tasks engine (the Atlas engine).
SkillCFreshness: C★ 607Claude Code +9 - 0.703score
setup
anombyte93
Phase 0 of the prd-taskmaster pipeline.
SkillCFreshness: C★ 607Claude Code +9 - 0.703score
expand-tasks
anombyte93
Expand all TaskMaster tasks with deep research before coding begins.
SkillCFreshness: C★ 607Claude Code +9 - 0.703score
go
anombyte93
Zero-config goal-to-tasks engine.
SkillCFreshness: C★ 607Claude Code +9 - 0.703score
handoff
anombyte93
Phase 3 of the prd-taskmaster pipeline: smart mode selection and user handoff.
SkillCFreshness: C★ 607Claude Code +9 - 0.703score
customise-workflow
anombyte93
Customise the prd-taskmaster plugin workflow via curated brainstorm questions.
SkillCFreshness: C★ 607Claude Code +9
Cite this page
AGENTS.md · anombyte93/prd-taskmaster. Agent Mart. https://agentmart.dev/templates/anombyte93-prd-taskmaster-agents-md (last updated 2026-10-24)