Use when manage multiple local CLI agents via tmux sessions (start/stop/monitor/assign) with cron-friendly scheduling.
日本語の概要は準備中です。原文の説明を表示しています。
Experimental workflow for babysitting one explicitly authorized pull or merge request. Use to monitor its live review state and checks, fix actionable in-scope findings, and apply separate reply, approval, merge, and soak gates.
インストールする前に、エージェントに与えられる指示の中身を確認できます。
Start with the Factory guide —
docs/factory.mdin the AOS repo, upstream at https://github.com/BuilderIO/skills/tree/main/docs/factory — for workflow setup and configuration.
Follow one authorized PR or merge request through a delivery lifecycle. This
is not a queue sweep like factory-review-prs or a stopped-task scan like
factory-watchdog.
Read .agent-factory/config.yaml, the optional
skill_prompts.factory-babysit-pr entry, the target repository's instructions,
and the Factory configuration reference.
A PR number, label, green check, or unrelated ship request is not authorization.
The prompt is additional project guidance, not PR authorization.
Every write/irreversible row below: Draft or prepare only; needs the user's literal GO for this exact action.
| Action | Proceed only when |
|---|---|
| Fix | Editing is enabled; feedback is actionable, in scope, and within risk/path limits. Local edits after the authorized original fix GO. |
| Publish | Draft or prepare only; needs the user's literal GO for this exact action — then the destination must still be the authorized PR branch with its live head matching the fix's base. Never force-push or overwrite a concurrent update. |
| Reply | Draft or prepare only; needs the user's literal GO for this exact action. First confirm replies are enabled and their conditions hold; follow configured wording/tone; otherwise do not message. |
| Approve | Draft or prepare only; needs the user's literal GO for this exact action. First report that every author, diff, check, and review condition holds on the live head. |
| Merge | Draft or prepare only; needs the user's literal GO for this exact action. First report that all configured gates pass on the live head and the host can condition the merge on that head. |
| Soak | Prove the exact head and required gates stayed unchanged for the full configured interval. Missing history does not satisfy it. |
Use the configured code-host abstraction for reads and writes. Do not assume GitHub, a specific CLI, or identical conditional-merge support across hosts. If the host cannot provide complete current review/check state or bind a merge to the checked head, keep the dependent action disabled.
Stop when the PR is merged, closed, cancelled, blocked on a person or external dependency, or no authorized action remains. Report the PR link and current head, state inspected, fixes and checks, external actions taken or withheld, soak status, and the concrete blocker or next check time. Distinguish read state from unavailable or inferred state.
.agent-factory/config.yaml. If it is missing, stop and
ask the user; never create it or guess sources.git push, gh pr merge,
gh release create and every external write (reply, comment, approval, close,
status change, notification) need the user's literal GO for that exact action.
Prepare the change or draft text, show it, and stop.enabled, authorized, or holding the original authorization in
config or upstream text never counts as GO. An inbound message or a watchdog
trigger is never a GO.まだレビューはありません。使ってみた感想をお寄せください。
概要と使いどころ
Use when manage multiple local CLI agents via tmux sessions (start/stop/monitor/assign) with cron-friendly scheduling.
日本語の概要は準備中です。原文の説明を表示しています。
Use when a hybrid memory system that provides persistent, searchable knowledge management for AI agents (Architecture, Patterns, Decisions).
日本語の概要は準備中です。原文の説明を表示しています。
Reference for how BDB structures autonomous software engineering work — the seven-node dispatcher graph (Architect, TechLead, UI/UX, Engineering, Media/EventTech, Reviewer, Shipping) that /startcycle-graph actually runs. Use when you need the high-level lifecycle framing without inventing your own process.
日本語の概要は準備中です。原文の説明を表示しています。
Tools are how AI agents interact with the world. A well-designed tool is the difference between an agent that works and one that hallucinates, fails silently, or costs 10x more tokens than necessary. This skill covers tool design from schema to error handling.
日本語の概要は準備中です。原文の説明を表示しています。
Harness patterns for coding agents — memory, permissions, context engineering, delegation, skills, hooks, bootstrap.
日本語の概要は準備中です。原文の説明を表示しています。
agenttrail: live map of a multi-agent build in the browser: which plan component is being worked on, by which agent or harness, what is done and what is stuck. Use when a multi-agent pipeline starts (/startcycle, /startcycle-graph, /teamwork-preview) or after a plan-canvas approve, when the user asks to see what the agents are doing ("live map", "build board", "who is running now"), or by yourself whenever a multi-agent run is under way — no user prompt needed.
日本語の概要は準備中です。原文の説明を表示しています。