Agent skill
formax-repomix-handoff-workflow
Use when preparing a Formax code handoff: selecting files, generating repomix bundles, and writing a high-quality prompt for WebGPT or another coding agent with clear constraints and validation scope.
Install this agent skill to your Project
npx add-skill https://github.com/yusifeng/formax/tree/main/.codex/skills/formax-repomix-handoff-workflow
SKILL.md
formax-repomix-handoff-workflow
Goal
Create a clean handoff package for another AI with:
- the smallest correct repomix bundle
- a prompt that matches the target environment
- explicit acceptance criteria and non-goals
- predictable artifact naming + validation (so uploads stay consistent)
Where to change what
- All handoff artifacts live in one folder:
repomix-output/ - Bundle output:
repomix-output/repomix-<topic>-<tier>.txt - Handoff prompt:
repomix-output/<topic>-handoff-prompt.md - File manifest notes:
repomix-output/repomix-<topic>-files.md - Template references:
references/prompt-templates.md
Required hygiene: each new pack run must clear previous files in
repomix-output/first, so users can upload that folder as-is without manual file picking.
Pack tiers (default taxonomy)
Use exactly one tier label in bundle filename:
minimal: changed runtime files + direct dependencies + adjacent tests.core:minimal+ only critical contract/design docs needed for intent.full: broad context pack for deep investigations (cross-subsystem docs/tests).
Example names:
repomix-topic-minimal.txtrepomix-topic-core.txtrepomix-topic-full.txt
Patterns
- Classify target runtime first
Static consumer(e.g., WebGPT): cannot run local commands or tests.Executable agent(repo access): can run local commands/tests.
- Pick a pack tier first (
minimal/core/full)
- Default to
minimal. - Upgrade to
coreonly when architecture/contracts matter. - Use
fullonly when root cause plausibly spans multiple subsystems.
- Build the include set for that tier
- Include changed runtime files + direct dependencies + adjacent tests.
- Include only docs needed for intent/constraints at the chosen tier.
- Avoid unrelated folders to keep context small.
- Pack with deterministic command (single folder, auto-clean)
bunx repomix . \
--style plain \
--no-git-sort-by-changes \
-o repomix-output/repomix-<topic>-<tier>.txt \
--include "<comma-separated-file-list>"
Or use the helper script:
bash .codex/skills/formax-repomix-handoff-workflow/scripts/build-repomix.sh \
repomix-<topic>-<tier>.txt \
"<comma-separated-file-list>"
The helper script will:
- create
repomix-output/if missing - delete previous files under
repomix-output/(except.gitkeep) - write the new bundle into
repomix-output/
- Write prompt + file manifest with naming convention
- Prompt:
repomix-output/<topic>-handoff-prompt.md - Manifest:
repomix-output/repomix-<topic>-files.md - Always use repo-relative paths in prompt + manifest (no machine absolute paths).
- Write prompt with explicit boundaries
- State known symptoms.
- State hard constraints (what must not change).
- Define deliverables (root cause model, options, recommended plan, test/validation matrix).
- Include acceptance criteria with observable assertions.
- Run artifact validation (required)
bash .codex/skills/formax-repomix-handoff-workflow/scripts/check-handoff-artifacts.sh \
repomix-<topic>-<tier>.txt \
<topic>
This check enforces:
- Bundle/prompt/manifest files all exist.
- Prompt and manifest reference the current bundle name.
- Manifest references the prompt filename.
- Prompt + manifest do not contain local absolute paths.
- Sanity-check before handoff
repomix-output/only contains current-round artifacts.- Bundle exists and includes the expected files.
- Prompt has no impossible instructions for the target runtime.
- Prompt does not ask static consumers to run commands.
- Naming is topic-driven and consistent across all three artifacts.
See references/prompt-templates.md for copy-ready templates.
Tests to update
- No repository tests required for creating the handoff itself.
- If target is executable, include a suggested minimal test list in the handoff prompt.
Guardrails
- Never include
bun run test:coveragein a static-consumer prompt. - Never assume the other AI can read files outside the provided bundle unless explicitly attached.
- Keep asks decision-oriented first (root cause/options) before patch implementation.
- Prefer concrete acceptance checks over vague goals.
- Avoid mixing unrelated bugfixes into one handoff package.
- Never leak machine absolute paths (e.g.,
/Users/...) in prompt/manifest.
Recommended Agent Skills
Expand your agent's capabilities with these related and highly-rated skills.
formax-dev-loop-workflow
Use when working on Formax code changes and you need a disciplined dev loop: keep a single mainline task, avoid scope drift, run only targeted tests (no coverage), avoid partial staging (MM), run mandatory review before commit, include an incremental optimization check, and keep commits small and reviewable.
formax-rework-convergence-workflow
Use when code has gone through repeated rework and may contain redundant logic, style drift, or tangled structure. Trigger when user asks for "返工收敛", "cleanup-pass", or requests a focused cleanup pass that reduces churn without changing behavior.
formax-tool-ui-blocks-workflow
Implement or refactor Formax tool transcript UI using the Tool UI Blocks (C-lite) pattern (ToolUiBlocks renderer + blocks presenters) to avoid touching many tool presenter files; use when adjusting ⏺/⎿ spacing, indent rules, or migrating additional tools to blocks presenters with targeted Ink/Vitest tests and Codex review before commit.
formax-web-css-convergence-workflow
Use when changing web CSS/UI styling so requirements, state ownership, and acceptance checks are locked before edits to prevent rework churn.
formax-config-settings-workflow
Use when implementing or extending /config (storage, prompt injection, request params, UI-only toggles) with tests and strict UI parity.
formax-semantics-parity-workflow
Use when implementing or modifying behavior that must stay consistent across TUI and Web (mode/input/tool/replay/order). Require canonical semantics first, then TUI/Web adapters, then renderer-specific UI.
Didn't find tool you were looking for?