crowi

main セッションで /loop から 1 tick ごとに呼ぶ前提のオーケストレーション skill。 (A) ready for merge になった worktree を裏取りして integrate-worktree で取り込む、 (B) specs/ を groom して着手 ready / 不足要素 / 削除候補を報告する、 (C) main に直接積まれた作業が意味のある塊になったら code-review をかける、 (D) GitHub Dependabot security alerts を確認して新規 advisory のみ報告する、 (E) 統合 signal の立っていない停滞 worktree を検知して報告する、 (F) flake-report が起票した flaky-test issue の新規/更新を検知して報告する、 の 6 系統を実行する。push しない・spec を自動削除しない・dirty な main に勝手に commit しない・dep を自動 bump しない・詰まったら ping して待つ。 キーワード: orchestrate, loop, watcher, integrate, groom, spec 整理, code-review, dependabot, security, 停滞, stalled, 統合漏れ, flaky, flake-report, flaky-test

Crowi の security 依存(GitHub Dependabot alerts)を本質的に対応する skill。 「最近 dependency 見てないな」というとき単発 (`/crowi-deps`) で手起動する。 alert 取得 → direct/transitive 分類 → 根本対応(direct は version bump、 transitive は親 bump、親が上げられないときだけ per-major override、major upgrade 待ちは TODO へ退避)→ pnpm install + lint/type-check/test で検証 → commit (push しない)。crowi-orchestrate の D 系統(watcher)も fix の本体としてここを使う。 キーワード: dependency, dependabot, security, vulnerability, CVE, GHSA, bump, override, undici, nodemailer, npm audit, 脆弱性, 依存更新, セキュリティ

承認済み spec から worktree 実装開始までを 1 コマンド化。ready 判定 → gw start (hook が tmux window + claude セッションを自動起動) → queue 初期化 → その window に 実装指示を send-keys で投入。main worktree で実行する。not ready な spec は欠落を 列挙して中止する。 キーワード: kickoff, 着手, 実装開始, worktree 開始, start, spec 着手

worktree での実装 + QA + 修正が全部終わったと自分で判断したときに worktree セッションで起動する。客観ゲート (clean / commit あり / type-check / test / lint / openapi) を走らせ、全部 green のときだけ tasks/{id}.json を READY_TO_INTEGRATE にする (spec を切らず gw start から直接 fix した等で task ファイルが無ければ synthesize して作る)。これが main 側 crowi-orchestrate (integrate watcher) が拾う "ready for merge" signal になる。 キーワード: complete, done, 完了, ready for merge, ready, 取り込み準備

完了した並行 worktree の作業を main に取り込み、worktree を close、その後 simplify で 統合後のコードを整える一連のワークフロー。複数エージェントが gw worktree で並行作業して いる時に、ひとつ終わったブランチを main に合流させる時に使う。 キーワード: worktree, merge, integrate, gw end, 統合, 取り込み

直近の main の変更(integrate 済み feature・fix)を踏まえて apps/crowi-site/ の ドキュメント(content/docs/{ja,en})を更新し、既存ページに陳腐化した記述が ないかを実コード照合で調査・修正する定期メンテ skill。integrate が数本たまった とき・release pre-flight の前・「ドキュメント古くない?」と言われたときに回す。 キーワード: docs, ドキュメント, 陳腐化, stale, 古い, site, crowi-site, mdx, ja/en, ドキュメント更新, docs-refresh, doc rot

crowi の manager ロールでセッションを起動/再起動したときに1回実行する role 起動 skill。agmsg の actas・inbox 確認・稼働 worktree / signal の把握・常駐 watcher の張り直し・役割契約の読み込みまでを1コマンドで復元する。実作業(kickoff・integrate・レビュー裁定・リリース)は /crowi-kickoff・/integrate-worktree・/crowi-review・/crowi-release 等の実作業 skill が担い、この skill は役割の宣言と起動儀式のみを行う。キーワード: manager, role, 起動, 再起動, session restart, actas, orchestrate

crowi の planner ロールでセッションを起動/再起動したときに1回実行する role 起動 skill。agmsg の actas・inbox 確認・進行中 spec の把握・役割契約の読み込みまでを1コマンドで復元する。実作業(設計・spec 執筆)は /crowi-design 等の実作業 skill が担い、この skill は役割の宣言と起動儀式のみを行う。キーワード: planner, role, 起動, 再起動, session restart, actas

Crowi 2.0 の新機能開発ワークフロー。設計合意 (会話で詰めた spec) を起点に、 spec 承認 → Workflow (plan → implement → simplify → review-loop → commit) を決定的に駆動。 制御フローは pipeline.workflow.js (コード)、各 phase は feature-* エージェント。 キーワード: feature, 新機能, 開発, build, 設計, spec, workflow

設計アイデアを RFC か spec に落とすワークフロー。新機能 / 記法 / アーキの設計を 「調査 → 設計 → 敵対的レビュー → ドキュメント化」で詰めたいとき。重い調査・設計・ レビュー・執筆を subagent (Workflow) に散らして main を軽く保ち、ユーザーとの収束だけ 対話ゲートに残す。crowi-feature (実装) の設計版。 キーワード: 設計, design, rfc, spec, 設計レビュー, 調査, ドキュメント化, brainstorm, 設計判断, 壁打ち

バグ報告・小修正のための軽量ワークフロー。spec 不要。再現(失敗するテスト)を先に作り、 systematic-debugging で根本原因を特定してから直す。ゲート(type-check / test / lint)→ codex 1 パスレビュー → commit。設計判断が要る規模なら crowi-design / crowi-feature へ誘導。 キーワード: fix, バグ, 修正, bug, 不具合, repro, 直して, 壊れてる

実機ブラウザでの有限探索 QA skill (Bounded DevTools Charter Runner)。クリティカル フロー表 (`.claude/agents/feature-planner.md:84-90`) を 9 チャーターに展開し、 操作数/リトライ/時間の上限つきで chrome-devtools MCP (優先) / claude-in-chrome (フォールバック) を駆動する。`packages/e2e` (決定的回帰) を置き換えず、視覚的・ 状態依存の確認と `--prod-build` (standalone ビルド) スモークを担当。findings は fix-or-drop、git push はしない。 キーワード: qa, QA, 探索的テスト, exploratory testing, devtools, chrome-devtools, claude-in-chrome, charter, prod-build, スモーク, collab QA

Codex を敵対的レビュアーに使い、指定スコープ (worktree 差分 / main 直作業範囲 / エリア) を review → 報告 (+ main clean なら低リスクだけその場修正) する単発レビュー skill。findings は事前の全件検証をせず unverified タグ付きで報告し、修正を適用する ものだけ着手時に実コードで裏取りする (verification-on-action)。PR/merge の自動化は しない (crowi は main-direct + integrate-worktree のため)。Codex が落ちたら Claude subagent で代替。 キーワード: review, code-review, codex, adversarial, レビュー, 品質

外部から GitHub PR が来たときの triage → 分類 → 対応判断 → (承認後の)応答/取り込みを 定型化する skill。他人のコードは checkout もスクリプト実行もせず gh 経由の remote diff だけで triage を完結させ、merge / close / comment などの外向き操作は必ず sotarok の 承認を経る。supply chain 攻撃(lockfile poisoning / postinstall / workflow 改変)の 予防を最優先に置く。 キーワード: PR, pull request, 外部コントリビュート, triage, スパム, supply chain, i18n, 翻訳

リリースの指揮 skill。pre-flight(changeset / 未統合 worktree / CI 状態 / Version PR)→ Go/No-Go 材料の提示 →(ユーザー承認後の)Version PR merge → タグ後の成果物検証 (npm / Docker / GitHub Release)。merge / tag / publish は常にユーザー承認後。検証は read-only。 キーワード: release, リリース, alpha, タグ, publish, Version PR, 成果物検証, Go/No-Go

セッションを終える・中断する・引き継ぐときに、作業状態を定型 HANDOFF ドキュメント + memory ポインタ + agmsg 通知として残す。worktree / main どちらでも動く。 完了済みの worktree では handoff ではなく /crowi-complete-feature を先に促す。 キーワード: handoff, 引き継ぎ, 中断, セッション終了, 退避, 後で続き

spec を実装に渡す前に「本当に正しいか」を敵対的に検証したい時。特に correctness critical (データ整合性 / 並行 / 認証 / セキュリティ / 消失リスク) な spec、または「この spec で大丈夫? ちゃんとチェックして」と言われた時。根本原因が実コードと合っているか・修正案が十分か・ 抜けが無いかを、独立した複数観点で実コードに当てて確認する。 キーワード: spec review, spec 検証, 大丈夫か, ちゃんとチェック, red-team, 根本原因, 設計レビュー, データ消失, 裏取り, adversarial