agents-bootstrap
Generate a project-specific AGENTS.md from a user goal, then confirm before overwriting.
Packaged view
This page reorganizes the original catalog entry around fit, installability, and workflow context first. The original raw source lives below.
Install command
npx @skill-hub/cli install appautomaton-agent-designer-agents-bootstrap
Repository
Skill path: .codex/skills/agents-bootstrap
Generate a project-specific AGENTS.md from a user goal, then confirm before overwriting.
Open repositoryBest for
Primary workflow: Ship Full Stack.
Technical facets: Full Stack.
Target audience: everyone.
License: Unknown.
Original source
Catalog source: SkillHub Club.
Repository owner: appautomaton.
This is still a mirrored public skill entry. Review the repository before installing into production workflows.
What it helps with
- Install agents-bootstrap into Claude Code, Codex CLI, Gemini CLI, or OpenCode workflows
- Review https://github.com/appautomaton/agent-designer before adding agents-bootstrap to shared team environments
- Use agents-bootstrap for development workflows
Works across
Favorites: 0.
Sub-skills: 0.
Aggregator: No.
Original source / Raw SKILL.md
--- name: agents-bootstrap description: Generate a project-specific AGENTS.md from a user goal, then confirm before overwriting. metadata: short-description: Bootstrap AGENTS.md for a real project --- # AGENTS Bootstrap Generate a concise, project-specific `AGENTS.md` tailored to the user's goal. ## Core rules - Use `assets/agents-template.md` as the base structure. - No placeholders in the final `AGENTS.md`. - Keep the file concise and enforceable. - Draft in chat first; ask for confirmation before writing. - Before overwriting, create a backup: `AGENTS.md.bak.<timestamp>`. - If MCP tools are in scope and `docs/mcp-tools.md` is missing or stale, instruct to use the `mcp-tools-catalog` skill before finalizing `AGENTS.md`. ## Required inputs Collect these if not provided: - Role and objective - Non-negotiable constraints - Stack and data sources - Testing toolchain (unit/integration/e2e commands, frameworks, MCP tools) - Whether Issue CSV workflow is in scope Ask at most 2 clarification questions, then proceed with stated assumptions. If the task continues across turns, re-invoke this skill to keep the rules active. ## Output requirements The final `AGENTS.md` must include (when applicable): - Role & objective - Constraints - Tech & data sources - Project testing strategy (tools + commands) - E2E loop (plan → issues → implement → test → review → commit → regression) - Plan & issue generation reference (use `plan` skill) - Issue CSV policy (if Issue CSV workflow is in scope) - Tool usage (MCP usage guidance) - Testing policy reference (`docs/testing-policy.md`) - Safety and output style ## Write flow 1) Draft the tailored `AGENTS.md` in chat. 2) Ask: "Reply CONFIRM to overwrite AGENTS.md." 3) On confirmation: - Backup current file to `AGENTS.md.bak.<timestamp>` if it exists. - Write the new `AGENTS.md`. Do not edit other files. --- ## Referenced Files > The following files are referenced in this skill and included for context. ### assets/agents-template.md ```markdown # AGENTS > Purpose: <one-line purpose for this project> ## Role & objective - Role: <role> - Objective: <objective> ## Constraints (non-negotiable) - <constraint> ## Tech & data - <frameworks/tools> - <data sources> ## Project testing strategy - Unit/integration: <framework + commands> - E2E/UI: <framework + commands> - Manual/other: <when used> - Build/run: <commands> - MCP tools: <server:tool list> ## E2E loop E2E loop = plan → issues → implement → test → review → commit → regression. ## Plan & issue generation - Use the `plan` skill for plan and Issue CSV generation. - Plans must include: steps, tests, risks, and rollback/safety notes. ## Issue CSV guidelines - Required columns: ID, Title, Description, Acceptance, Test_Method, Tools, Dev_Status, Review1_Status, Regression_Status, Files, Dependencies, Notes. - Status values: TODO | DOING | DONE. - Follow `issues/README.md`. ## Tool usage - When a matching MCP tool exists, use it; do not guess or simulate results. - Prefer the tool specified in the Issue CSV `Tools` column. - If a tool is unavailable or fails, note it and proceed with the safest alternative. ## Testing policy - Follow `docs/testing-policy.md` for verification requirements and defaults. ## Safety - Avoid destructive commands unless explicitly requested. - Preserve backward compatibility unless asked to break it. - Never expose secrets; redact if encountered. ## Output style - Keep responses concise and structured. - Provide file references with line numbers when editing. - Always include risks and suggested next steps for non-trivial changes. ```