一键导入
init-harness
Initialize the AI Engineering Harness (AGENTS.md + thoughts/ structure). Use on /init_harness or when setting up the harness in a repo.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
Initialize the AI Engineering Harness (AGENTS.md + thoughts/ structure). Use on /init_harness or when setting up the harness in a repo.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Write, refactor, restructure, edit, or audit technical documentation using the Diátaxis framework (tutorials, how-to guides, reference, explanation). Produces clear, concise, scannable docs and fights the default tendency toward bloated, over-explained AI prose. Use this skill for ANY documentation work — README and CONTRIBUTING files, API/reference docs, runbooks, guides, getting-started pages, conceptual write-ups, docs-site content, or doc reviews — even when the user just says "document this," "write docs for X," "clean up these docs," "explain how this works in the docs," or "what's missing from our documentation." If the deliverable is documentation, reach for this skill rather than writing prose freehand.
Retroactively create Linear tickets and PRs from untracked commits. Use for commits without tickets, "founder mode", or formalizing experimental work.
Create well-structured git commits from analyzed changes. Use when the user asks to commit, save work, or create a commit.
Find architectural friction and propose deep-module refactors as RFC issues. Use to improve architecture, find refactoring opportunities, or deepen shallow modules.
Interview the user relentlessly to stress-test a plan or design. Use to validate design decisions, "drill in", or "ask me questions" before implementation.
Observability Driven Development (ODD) — design the trace before the feature. Use for "ODD", "instrument first", "telemetry-driven", or a local OTel feedback loop with the Aspire dashboard.
| name | init-harness |
| description | Initialize the AI Engineering Harness (AGENTS.md + thoughts/ structure). Use on /init_harness or when setting up the harness in a repo. |
| allowed-tools | Read, Bash, Grep, Glob, Write |
Activate when the user:
/init_harness/init command to generate AGENTS.mdthoughts/ directory structure for context engineeringtest -f AGENTS.md && echo "AGENTS.md exists" || echo "AGENTS.md not found"
test -d thoughts && echo "thoughts/ exists" || echo "thoughts/ not found"
test -d .git && echo "Git repo" || echo "Not a git repo"
If AGENTS.md doesn't exist (or the user wants to regenerate), invoke the built-in /init command. It analyzes the codebase structure, identifies key components and patterns, and writes AGENTS.md with codebase context. Then confirm:
test -f AGENTS.md && echo "AGENTS.md created successfully"
mkdir -p thoughts/shared/{tickets,plans,research}
mkdir -p thoughts/global
Directory purposes:
thoughts/
├── shared/ # Team-shared documents
│ ├── tickets/ # Feature requests, bugs, task definitions
│ ├── plans/ # Implementation plans (via /create_plan)
│ └── research/ # Research documents and investigations
├── global/ # Cross-repository concerns and docs
└── {username}/ # Personal notes (optional, Step 6)
Create thoughts/shared/tickets/ticket-template.md if it doesn't already exist:
test -f thoughts/shared/tickets/ticket-template.md || echo "Creating ticket template..."
Write the template using the structure in the ticket template — a markdown skeleton with Problem Statement, Desired Outcome, Context & Background, Requirements, Acceptance Criteria (automated + manual verification), Technical Notes, and a Meta block.
Track empty directories in git:
touch thoughts/shared/plans/.gitkeep
touch thoughts/shared/research/.gitkeep
touch thoughts/global/.gitkeep
Ask whether the user wants a personal thoughts directory (thoughts/[username]/ with tickets/ and plans/). Show their git username (git config user.name or whoami). If yes:
USERNAME=$(git config user.name 2>/dev/null | tr ' ' '-' | tr '[:upper:]' '[:lower:]' || whoami)
mkdir -p "thoughts/$USERNAME"/{tickets,plans}
Confirm what was created, then point the user at the workflow.
Created files
AGENTS.md — codebase overview, key components, tech stack, patterns/conventions (from /init)thoughts/shared/tickets/ticket-template.md — consistent ticket skeleton (problem, requirements, acceptance criteria, technical notes, metadata)Created directories — the thoughts/ tree shown in Step 3.
Next steps (the context engineering workflow):
Ticket → /create_plan → /implement_plan → /validate_plan → /commit
ticket-template.md to a new ticket, e.g. thoughts/shared/tickets/PROJ-001-my-feature.md/create_plan thoughts/shared/tickets/PROJ-001-my-feature.md/implement_plan thoughts/shared/plans/my-feature.md/commitThe harness is ready — start by creating a ticket for your next task.
/init (overwrites).test -d <dir> || mkdir -p <dir>).git init first or continue without.Run once per repository. Works with /create_plan, /implement_plan, /validate_plan, /commit, and the auto-triggered git-commit-helper and pr-description-generator skills. The thoughts/ structure can be committed to share with your team (personal directories can be gitignored); regenerate AGENTS.md periodically as the codebase evolves.