[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M79B657TY8N33JSFATHW28W4":3,"skill-same:01M79B657TY8N33JSFATHW28W4":48},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":15,"categories":16,"keywords":17,"publishedAt":18,"linkOnly":19,"markdownContent":20,"markdownBody":21,"frontMatter":22,"refName":29,"commitSha":30,"skillDirectory":31,"forksCount":13,"repositoryHtmlUrl":32,"repositoryHomepageUrl":6,"ownerHtmlUrl":33,"ownerBlogUrl":6,"ownerDescription":6,"updatedAt":34,"install":35,"resources":47},"01M79B657TY8N33JSFATHW28W4","cursor-ask",null,"Read-only delegate to cursor-agent (Composer) for questions, investigation, design discussion, and adversarial sanity checks. No worktree, no cherry-pick, no Lead diff review — cursor-agent is locked to ask mode and cannot write. Use when user says: ask cursor, cursor sanity check, get a second opinion, adversarial review, design discussion, investigate with cursor, cursor:ask. Do NOT load for: implementation, refactor, file edits, commit\u002Fpush work, anything requiring write access (use cursor:do or breezing --cursor instead).","Timothy191\u002Farch-systems-portal","Timothy191","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F219252205?v=4","01M79B3963G748F05KS7AH3NJR","01M79B396N88AYYNHK5G2DNP2S",0,"MIT","https:\u002F\u002Fgithub.com\u002FTimothy191\u002Farch-systems-portal\u002Fblob\u002Fmain\u002Fagent-harnesses\u002Fclaude-code-harness\u002Fcodex\u002F.codex\u002Fskills\u002Fcursor-ask\u002FSKILL.md",[],[],"2026-11-15 14:19:17",false,"---\nname: cursor-ask\ndescription: \"Read-only delegate to cursor-agent (Composer) for questions, investigation, design discussion, and adversarial sanity checks. No worktree, no cherry-pick, no Lead diff review — cursor-agent is locked to ask mode and cannot write. Use when user says: ask cursor, cursor sanity check, get a second opinion, adversarial review, design discussion, investigate with cursor, cursor:ask. Do NOT load for: implementation, refactor, file edits, commit\u002Fpush work, anything requiring write access (use cursor:do or breezing --cursor instead).\"\ndescription-en: \"Read-only delegate to cursor-agent (Composer) for questions, investigation, design discussion, and adversarial sanity checks. No worktree, no cherry-pick, no Lead diff review — cursor-agent is locked to ask mode and cannot write. Use when user says: ask cursor, cursor sanity check, get a second opinion, adversarial review, design discussion, investigate with cursor, cursor:ask. Do NOT load for: implementation, refactor, file edits, commit\u002Fpush work, anything requiring write access (use cursor:do or breezing --cursor instead).\"\ndescription-ja: \"cursor-agent (Composer) への読み取り専用デリゲート。質問・調査・設計相談・敵対的視点（sanity check）用。worktree 不要、cherry-pick 不要、Lead diff review 不要。cursor は ask mode 固定で書き込み不可。Use when user says: cursor に聞いて, cursor に相談, セカンドオピニオン, 敵対的レビュー, 設計相談, cursor で調査, cursor:ask. Do NOT load for: 実装、リファクタ、ファイル編集、コミット\u002Fプッシュ作業、書き込みが必要な作業 (代わりに cursor:do \u002F breezing --cursor を使う)。\"\nallowed-tools: [\"Read\", \"Bash\"]\nargument-hint: \"[question]\"\nuser-invocable: true\n---\n\n# cursor:ask — Read-Only Cursor Delegate\n\ncursor-agent (Composer) に **read-only** で質問・調査・設計相談・敵対的レビューを委譲する軽量スキル。\n\n`cursor-companion.sh task` は引数なしで **`--mode ask` (hard read-only stop)** が自動で付くため、`--write` を渡さない限り cursor 側は **ファイル書き込み・コマンド実行ができない**。これにより worktree 隔離・cherry-pick・Lead diff review がすべて不要になる。\n\n## Quick Reference\n\n```bash\ncursor:ask \"この設計判断、Composer 視点でどう思う？\"\ncursor:ask \"TASK_BASE_REF からの diff を読んで、見落としを 3 つ挙げて\"\ncursor:ask \"harness-mem の cross-project N-call、楽観的すぎる前提はある？\"\n```\n\n用途:\n\n| ケース     | 例                                                          |\n| ---------- | ----------------------------------------------------------- |\n| 質問       | \"この型エラーの根本原因は？\"                                |\n| 調査       | \"scripts\u002F 配下で curl を使ってる箇所を全部挙げて理由付きで\" |\n| 設計相談   | \"この abstraction、3 年後に保守できる？\"                    |\n| 敵対的視点 | \"この PR の最大の弱点を 1 つだけ挙げて\"                     |\n\n## Narration Rules (UX Contract)\n\n敵は **冗長さ** であって進捗報告ではない。**起動時に何を聞くか・どう進めるかを簡潔に明示してから実行する**。冗長な繰り返し・中身のない前置きだけを禁ずる。\n\n### 起動時に必ず出すもの (banner + plan、3 行以内)\n\n```\n🚀 cursor \u002F composer-2.5-fast \u002F ask\nこれから: \u003C質問の要点> を composer に投げて、結果を 3-5 行で要約\n```\n\nbanner 1 行 + 計画 1-2 行。1 秒以内に出し、即 Step 2 へ。\n\n### 進捗報告は出してよい\n\n- 委譲開始の 1 行 (`→ composer に問い合わせ中`)\n- 判断に必要な経緯を 1 行で\n\n### 禁止 (= 冗長さ)\n\n- **同じ事実の 2 回言い換え**: cursor-companion の結果を後段で再説明しない\n- **中身のない前置き**: 「使い方を確認します」だけの行など tool call で自明な宣言\n- **3 行以上の経緯振り返り**: 必要なら 1 行に圧縮\n- **起動シーケンス中の ★ Insight ブロック**: Insight は最終要約で 1 回のみ\n\n違反例 (冗長):\n\n```\n× 「cursor に質問を投げる準備をします」→ bash → 「投げます」（中身のない前置き + 言い換え）\n× 「ask モードは読み取り専用なので安全です」と再説明（既知事実の繰り返し）\n× ★ Insight ──── まず cursor の状態を確認します: ...\n```\n\n正常例 (簡潔 + 計画明示):\n\n```\n🚀 cursor \u002F composer-2.5-fast \u002F ask\nこれから: 設計の弱点を composer に問い、結果を 3-5 行で要約\n```\n\n## Execution Flow\n\n### Step 0: 起動時 banner + plan\n\n上記 Narration Rules に従い、banner + 計画 (3 行以内) を出してから Step 1 へ。\n\n### Step 1: banner 確認\n\nStep 0 で banner + 計画 (3 行以内) は出し切っているので、ここでは banner 行が出ていることを確認する。banner は:\n\n```\n🚀 cursor \u002F composer-2.5-fast \u002F ask\n```\n\n以降は委譲開始の 1 行ステータス等で進捗を見せてよい。冗長な繰り返しのみ避ける。\n\n`composer-2.5-fast` は `scripts\u002Fmodel-routing.sh --host cursor --role worker --field model` で解決される値の代表表記。実際の resolved model は cursor-companion 側のログに出る。\n\n### Step 2: helper root 解決 + cursor-companion 直接実行\n\n`$ARGUMENTS` を質問文として渡す。**`--write` は絶対に付けない**。`scripts\u002Fcursor-companion.sh` を相対パスで呼ぶと consumer repo の cwd 直下に見えず exit するため、`CLAUDE_PLUGIN_ROOT` \u002F `HARNESS_PLUGIN_ROOT` を hooks.json と同じ `valid_root` パターンで解決する (Issue #193 §2):\n\n```bash\nQUESTION=\"$ARGUMENTS\"\nif [ -z \"$QUESTION\" ]; then\n  echo \"ERROR: question required. Usage: cursor:ask \\\"\u003Cyour question>\\\"\" >&2\n  exit 1\nfi\n\nbash -c '\n  set -euo pipefail\n  valid_root() {\n    [ -n \"${1:-}\" ] && [ -f \"$1\u002Fscripts\u002Fcursor-companion.sh\" ] && { [ -f \"$1\u002F.claude-plugin\u002Fplugin.json\" ] || [ -f \"$1\u002F.codex-plugin\u002Fplugin.json\" ] || [ -f \"$1\u002F.cursor-plugin\u002Fplugin.json\" ]; }\n  }\n  HARNESS_PLUGIN_ROOT=\"${HARNESS_PLUGIN_ROOT:-${CLAUDE_PLUGIN_ROOT:-}}\"\n  ROOT=\"$HARNESS_PLUGIN_ROOT\"\n  if ! valid_root \"$ROOT\"; then\n    ROOT=\"\"\n    if [ -n \"${CLAUDE_SKILL_DIR:-}\" ]; then\n      probe=\"$(cd \"${CLAUDE_SKILL_DIR}\" && pwd)\"\n      while [ \"$probe\" != \"\u002F\" ] && ! valid_root \"$probe\"; do\n        probe=\"$(cd \"$probe\u002F..\" && pwd)\"\n      done\n      valid_root \"$probe\" && ROOT=\"$probe\"\n    fi\n  fi\n  if ! valid_root \"$ROOT\"; then\n    ROOT=\"\"\n    for c in \"${CLAUDE_PROJECT_DIR:-}\" \"$PWD\" \\\n             \"$HOME\u002F.claude\u002Fplugins\u002Fmarketplaces\u002Fclaude-code-harness-marketplace\" \\\n             \"$HOME\u002F.claude\u002Fplugins\u002Fcache\u002Fclaude-code-harness-marketplace\u002Fclaude-code-harness\u002F\"*; do\n      if valid_root \"$c\"; then ROOT=\"$c\"; break; fi\n    done\n  fi\n  if ! valid_root \"$ROOT\"; then\n    echo \"ERROR: claude-code-harness plugin root not found (no scripts\u002Fcursor-companion.sh)\" >&2\n    exit 2\n  fi\n  HARNESS_PLUGIN_ROOT=\"$ROOT\"\n  bash \"${HARNESS_PLUGIN_ROOT}\u002Fscripts\u002Fcursor-companion.sh\" task \"$1\"\n' _ \"$QUESTION\"\n```\n\nこれだけで cursor-agent 側は `--mode ask` (hard read-only stop) に locked される。`--force` \u002F `--yolo` も付かない。\n\n### Step 3: 結果を host が 3-5 行で要約\n\ncursor の出力をそのまま貼らない。host (Claude\u002FCodex) が読んで **3-5 行に要約** する:\n\n- 結論\n- なぜそう言えるか (cursor が挙げた根拠の核)\n- 注意点 \u002F 追加調査が必要な点\n- 次の一手 (もしあれば)\n\n要約後、最後に literal で次の一文を出力する:\n\n```\n↑この結果は host が要約します。Enter キーで次へ進むか、新規 prompt で別の指示を出してください。\n```\n\n## Trust Boundary\n\ncursor は不透明なサブプロセスであり、Harness のガードレール (R01-R13) は内部に適用されない。read-only 委譲でも以下の前提条件を満たすこと。\n\n### 必須前提\n\n| 項目                 | 内容                                                                                                                                              | 設定場所                  |\n| -------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------- |\n| Secret 遮断          | `.cursorignore` で `.env` \u002F `*.pem` \u002F `*.key` \u002F `.ssh` \u002F `.aws` \u002F `.git` を読取対象から除外                                                       | repo root `.cursorignore` |\n| Egress allowlist     | `~\u002F.claude\u002Fsettings.json` の `sandbox.network.allowedDomains` に `*.cursor.sh` を追加                                                             | user settings             |\n| Filesystem allowlist | 同 `sandbox.filesystem.allowWrite` に `~\u002F.cursor` を追加 (cursor-agent が状態書込を行うため)                                                      | user settings             |\n| permissions.json     | `~\u002F.cursor\u002Fpermissions.json` の `terminalAllowlist` \u002F `mcpAllowlist` は read mode でも有効 (allowlist は best-effort、security boundary ではない) | user config               |\n\n詳細は `.claude\u002Frules\u002Fcursor-cli-only.md` を参照。\n\n### ask mode で省略できるもの\n\n| 通常の cursor 委譲で必要              | ask mode では不要 | 理由                      |\n| ------------------------------------- | ----------------- | ------------------------- |\n| 隔離 worktree                         | 不要              | cursor は書き込みできない |\n| Lead diff review                      | 不要              | 差分が生まれない          |\n| cherry-pick                           | 不要              | 同上                      |\n| `worker-report.v1` \u002F self_review 5 件 | 不要              | 実装をしないため          |\n\n### それでも残るリスク\n\n- **読み取り漏洩**: `.cursorignore` を怠ると秘密ファイルが cursor 推論に渡る\n- **誤った情報の鵜呑み**: cursor 出力は untrusted。Step 3 の要約で必ず host が判断軸を残す\n- **allowlist 過信**: Cursor 公式は \"Allowlists are best-effort convenience. They are not a security guarantee.\" と明言。allowlist に依存しない\n\n## Topology\n\n```\nLead (Claude\u002FCodex) ──[cursor-companion.sh task]──> cursor-agent (--mode ask, locked read-only)\n       │\n       └──[Step 3: 3-5 行要約]──> User\n```\n\nWorker 介在なし。Reviewer 介在なし。`worker-report.v1` \u002F `review-result.v1` 契約は発生しない。\n\n## Related Skills \u002F Rules\n\n- `cursor-do` — 書込タスク委譲（worktree + Lead review + cherry-pick の full containment）\n- `breezing --cursor` — Reviewer のみ cursor に逃がす lean second-opinion レーン\n- `harness-review --cursor` — レビューを cursor (composer-2.5-fast) に second-opinion として依頼\n- `.claude\u002Frules\u002Fcursor-cli-only.md` — Cursor backend governance (trust boundary, prohibited flags)\n","# cursor:ask — Read-Only Cursor Delegate\n\ncursor-agent (Composer) に **read-only** で質問・調査・設計相談・敵対的レビューを委譲する軽量スキル。\n\n`cursor-companion.sh task` は引数なしで **`--mode ask` (hard read-only stop)** が自動で付くため、`--write` を渡さない限り cursor 側は **ファイル書き込み・コマンド実行ができない**。これにより worktree 隔離・cherry-pick・Lead diff review がすべて不要になる。\n\n## Quick Reference\n\n```bash\ncursor:ask \"この設計判断、Composer 視点でどう思う？\"\ncursor:ask \"TASK_BASE_REF からの diff を読んで、見落としを 3 つ挙げて\"\ncursor:ask \"harness-mem の cross-project N-call、楽観的すぎる前提はある？\"\n```\n\n用途:\n\n| ケース     | 例                                                          |\n| ---------- | ----------------------------------------------------------- |\n| 質問       | \"この型エラーの根本原因は？\"                                |\n| 調査       | \"scripts\u002F 配下で curl を使ってる箇所を全部挙げて理由付きで\" |\n| 設計相談   | \"この abstraction、3 年後に保守できる？\"                    |\n| 敵対的視点 | \"この PR の最大の弱点を 1 つだけ挙げて\"                     |\n\n## Narration Rules (UX Contract)\n\n敵は **冗長さ** であって進捗報告ではない。**起動時に何を聞くか・どう進めるかを簡潔に明示してから実行する**。冗長な繰り返し・中身のない前置きだけを禁ずる。\n\n### 起動時に必ず出すもの (banner + plan、3 行以内)\n\n```\n🚀 cursor \u002F composer-2.5-fast \u002F ask\nこれから: \u003C質問の要点> を composer に投げて、結果を 3-5 行で要約\n```\n\nbanner 1 行 + 計画 1-2 行。1 秒以内に出し、即 Step 2 へ。\n\n### 進捗報告は出してよい\n\n- 委譲開始の 1 行 (`→ composer に問い合わせ中`)\n- 判断に必要な経緯を 1 行で\n\n### 禁止 (= 冗長さ)\n\n- **同じ事実の 2 回言い換え**: cursor-companion の結果を後段で再説明しない\n- **中身のない前置き**: 「使い方を確認します」だけの行など tool call で自明な宣言\n- **3 行以上の経緯振り返り**: 必要なら 1 行に圧縮\n- **起動シーケンス中の ★ Insight ブロック**: Insight は最終要約で 1 回のみ\n\n違反例 (冗長):\n\n```\n× 「cursor に質問を投げる準備をします」→ bash → 「投げます」（中身のない前置き + 言い換え）\n× 「ask モードは読み取り専用なので安全です」と再説明（既知事実の繰り返し）\n× ★ Insight ──── まず cursor の状態を確認します: ...\n```\n\n正常例 (簡潔 + 計画明示):\n\n```\n🚀 cursor \u002F composer-2.5-fast \u002F ask\nこれから: 設計の弱点を composer に問い、結果を 3-5 行で要約\n```\n\n## Execution Flow\n\n### Step 0: 起動時 banner + plan\n\n上記 Narration Rules に従い、banner + 計画 (3 行以内) を出してから Step 1 へ。\n\n### Step 1: banner 確認\n\nStep 0 で banner + 計画 (3 行以内) は出し切っているので、ここでは banner 行が出ていることを確認する。banner は:\n\n```\n🚀 cursor \u002F composer-2.5-fast \u002F ask\n```\n\n以降は委譲開始の 1 行ステータス等で進捗を見せてよい。冗長な繰り返しのみ避ける。\n\n`composer-2.5-fast` は `scripts\u002Fmodel-routing.sh --host cursor --role worker --field model` で解決される値の代表表記。実際の resolved model は cursor-companion 側のログに出る。\n\n### Step 2: helper root 解決 + cursor-companion 直接実行\n\n`$ARGUMENTS` を質問文として渡す。**`--write` は絶対に付けない**。`scripts\u002Fcursor-companion.sh` を相対パスで呼ぶと consumer repo の cwd 直下に見えず exit するため、`CLAUDE_PLUGIN_ROOT` \u002F `HARNESS_PLUGIN_ROOT` を hooks.json と同じ `valid_root` パターンで解決する (Issue #193 §2):\n\n```bash\nQUESTION=\"$ARGUMENTS\"\nif [ -z \"$QUESTION\" ]; then\n  echo \"ERROR: question required. Usage: cursor:ask \\\"\u003Cyour question>\\\"\" >&2\n  exit 1\nfi\n\nbash -c '\n  set -euo pipefail\n  valid_root() {\n    [ -n \"${1:-}\" ] && [ -f \"$1\u002Fscripts\u002Fcursor-companion.sh\" ] && { [ -f \"$1\u002F.claude-plugin\u002Fplugin.json\" ] || [ -f \"$1\u002F.codex-plugin\u002Fplugin.json\" ] || [ -f \"$1\u002F.cursor-plugin\u002Fplugin.json\" ]; }\n  }\n  HARNESS_PLUGIN_ROOT=\"${HARNESS_PLUGIN_ROOT:-${CLAUDE_PLUGIN_ROOT:-}}\"\n  ROOT=\"$HARNESS_PLUGIN_ROOT\"\n  if ! valid_root \"$ROOT\"; then\n    ROOT=\"\"\n    if [ -n \"${CLAUDE_SKILL_DIR:-}\" ]; then\n      probe=\"$(cd \"${CLAUDE_SKILL_DIR}\" && pwd)\"\n      while [ \"$probe\" != \"\u002F\" ] && ! valid_root \"$probe\"; do\n        probe=\"$(cd \"$probe\u002F..\" && pwd)\"\n      done\n      valid_root \"$probe\" && ROOT=\"$probe\"\n    fi\n  fi\n  if ! valid_root \"$ROOT\"; then\n    ROOT=\"\"\n    for c in \"${CLAUDE_PROJECT_DIR:-}\" \"$PWD\" \\\n             \"$HOME\u002F.claude\u002Fplugins\u002Fmarketplaces\u002Fclaude-code-harness-marketplace\" \\\n             \"$HOME\u002F.claude\u002Fplugins\u002Fcache\u002Fclaude-code-harness-marketplace\u002Fclaude-code-harness\u002F\"*; do\n      if valid_root \"$c\"; then ROOT=\"$c\"; break; fi\n    done\n  fi\n  if ! valid_root \"$ROOT\"; then\n    echo \"ERROR: claude-code-harness plugin root not found (no scripts\u002Fcursor-companion.sh)\" >&2\n    exit 2\n  fi\n  HARNESS_PLUGIN_ROOT=\"$ROOT\"\n  bash \"${HARNESS_PLUGIN_ROOT}\u002Fscripts\u002Fcursor-companion.sh\" task \"$1\"\n' _ \"$QUESTION\"\n```\n\nこれだけで cursor-agent 側は `--mode ask` (hard read-only stop) に locked される。`--force` \u002F `--yolo` も付かない。\n\n### Step 3: 結果を host が 3-5 行で要約\n\ncursor の出力をそのまま貼らない。host (Claude\u002FCodex) が読んで **3-5 行に要約** する:\n\n- 結論\n- なぜそう言えるか (cursor が挙げた根拠の核)\n- 注意点 \u002F 追加調査が必要な点\n- 次の一手 (もしあれば)\n\n要約後、最後に literal で次の一文を出力する:\n\n```\n↑この結果は host が要約します。Enter キーで次へ進むか、新規 prompt で別の指示を出してください。\n```\n\n## Trust Boundary\n\ncursor は不透明なサブプロセスであり、Harness のガードレール (R01-R13) は内部に適用されない。read-only 委譲でも以下の前提条件を満たすこと。\n\n### 必須前提\n\n| 項目                 | 内容                                                                                                                                              | 設定場所                  |\n| -------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------- |\n| Secret 遮断          | `.cursorignore` で `.env` \u002F `*.pem` \u002F `*.key` \u002F `.ssh` \u002F `.aws` \u002F `.git` を読取対象から除外                                                       | repo root `.cursorignore` |\n| Egress allowlist     | `~\u002F.claude\u002Fsettings.json` の `sandbox.network.allowedDomains` に `*.cursor.sh` を追加                                                             | user settings             |\n| Filesystem allowlist | 同 `sandbox.filesystem.allowWrite` に `~\u002F.cursor` を追加 (cursor-agent が状態書込を行うため)                                                      | user settings             |\n| permissions.json     | `~\u002F.cursor\u002Fpermissions.json` の `terminalAllowlist` \u002F `mcpAllowlist` は read mode でも有効 (allowlist は best-effort、security boundary ではない) | user config               |\n\n詳細は `.claude\u002Frules\u002Fcursor-cli-only.md` を参照。\n\n### ask mode で省略できるもの\n\n| 通常の cursor 委譲で必要              | ask mode では不要 | 理由                      |\n| ------------------------------------- | ----------------- | ------------------------- |\n| 隔離 worktree                         | 不要              | cursor は書き込みできない |\n| Lead diff review                      | 不要              | 差分が生まれない          |\n| cherry-pick                           | 不要              | 同上                      |\n| `worker-report.v1` \u002F self_review 5 件 | 不要              | 実装をしないため          |\n\n### それでも残るリスク\n\n- **読み取り漏洩**: `.cursorignore` を怠ると秘密ファイルが cursor 推論に渡る\n- **誤った情報の鵜呑み**: cursor 出力は untrusted。Step 3 の要約で必ず host が判断軸を残す\n- **allowlist 過信**: Cursor 公式は \"Allowlists are best-effort convenience. They are not a security guarantee.\" と明言。allowlist に依存しない\n\n## Topology\n\n```\nLead (Claude\u002FCodex) ──[cursor-companion.sh task]──> cursor-agent (--mode ask, locked read-only)\n       │\n       └──[Step 3: 3-5 行要約]──> User\n```\n\nWorker 介在なし。Reviewer 介在なし。`worker-report.v1` \u002F `review-result.v1` 契約は発生しない。\n\n## Related Skills \u002F Rules\n\n- `cursor-do` — 書込タスク委譲（worktree + Lead review + cherry-pick の full containment）\n- `breezing --cursor` — Reviewer のみ cursor に逃がす lean second-opinion レーン\n- `harness-review --cursor` — レビューを cursor (composer-2.5-fast) に second-opinion として依頼\n- `.claude\u002Frules\u002Fcursor-cli-only.md` — Cursor backend governance (trust boundary, prohibited flags)\n",{"name":5,"description":7,"allowed-tools":23,"argument-hint":26,"description-en":7,"description-ja":27,"user-invocable":28},[24,25],"Read","Bash","[question]","cursor-agent (Composer) への読み取り専用デリゲート。質問・調査・設計相談・敵対的視点（sanity check）用。worktree 不要、cherry-pick 不要、Lead diff review 不要。cursor は ask mode 固定で書き込み不可。Use when user says: cursor に聞いて, cursor に相談, セカンドオピニオン, 敵対的レビュー, 設計相談, cursor で調査, cursor:ask. Do NOT load for: 実装、リファクタ、ファイル編集、コミット\u002Fプッシュ作業、書き込みが必要な作業 (代わりに cursor:do \u002F breezing --cursor を使う)。",true,"main","44656ee607735b31d88e298752f574936b85af75","agent-harnesses\u002Fclaude-code-harness\u002Fcodex\u002F.codex\u002Fskills\u002Fcursor-ask","https:\u002F\u002Fgithub.com\u002FTimothy191\u002Farch-systems-portal","https:\u002F\u002Fgithub.com\u002FTimothy191","2026-07-24 02:57:18",{"source":8,"skillName":5,"commands":36,"prompt":46,"zipAvailable":28},[37,40,43],{"tool":38,"command":39},"npx","npx skills add Timothy191\u002Farch-systems-portal --skill cursor-ask",{"tool":41,"command":42},"bunx","bunx skills add Timothy191\u002Farch-systems-portal --skill cursor-ask",{"tool":44,"command":45},"pnpm","pnpm dlx skills add Timothy191\u002Farch-systems-portal --skill cursor-ask","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002FTimothy191\u002Farch-systems-portal\u002Fblob\u002Fmain\u002Fagent-harnesses\u002Fclaude-code-harness\u002Fcodex\u002F.codex\u002Fskills\u002Fcursor-ask\u002FSKILL.md",[],[49,55,61,68,75,82],{"skillNo":50,"name":51,"nameZh":6,"description":6,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":52,"categories":53,"keywords":54,"publishedAt":18},"01M79BVF4ZP6Z3GH36Y7BAAZHE","escape-skill","https:\u002F\u002Fgithub.com\u002FTimothy191\u002Farch-systems-portal\u002Fblob\u002Fmain\u002Fagent-harnesses\u002Fclaude-code-harness\u002Ftests\u002Ffixtures\u002Fskills\u002Fzz-review-escape\u002FSKILL.md",[],[],{"skillNo":56,"name":57,"nameZh":6,"description":6,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":58,"categories":59,"keywords":60,"publishedAt":18},"01M79BVE0FF9QC71P53B18GCQ8","zz-review-empty","https:\u002F\u002Fgithub.com\u002FTimothy191\u002Farch-systems-portal\u002Fblob\u002Fmain\u002Fagent-harnesses\u002Fclaude-code-harness\u002Ftests\u002Ffixtures\u002Fskills\u002Fzz-review-empty\u002FSKILL.md",[],[],{"skillNo":62,"name":63,"nameZh":6,"description":64,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":65,"categories":66,"keywords":67,"publishedAt":18},"01M79BVAB0TARBFRF4MCQ1T8AG","workflow-guide","Explicit helper for Cursor PM ↔ Claude Code two-agent workflow guidance. Do NOT load for: solo implementation, workflow setup, handoff execution, or general process coaching.","https:\u002F\u002Fgithub.com\u002FTimothy191\u002Farch-systems-portal\u002Fblob\u002Fmain\u002Fagent-harnesses\u002Fclaude-code-harness\u002Fskills\u002Fworkflow-guide\u002FSKILL.md",[],[],{"skillNo":69,"name":70,"nameZh":6,"description":71,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":72,"categories":73,"keywords":74,"publishedAt":18},"01M79BV634WBDSVR8DXAHMHA19","vibecoder-guide","Explicit helper for non-technical VibeCoder coaching: what to ask next, how to describe work, and how to stay safe. Do NOT load for: direct implementation, technical review, or Cursor\u002FPM workflow.","https:\u002F\u002Fgithub.com\u002FTimothy191\u002Farch-systems-portal\u002Fblob\u002Fmain\u002Fagent-harnesses\u002Fclaude-code-harness\u002Fskills\u002Fvibecoder-guide\u002FSKILL.md",[],[],{"skillNo":76,"name":77,"nameZh":6,"description":78,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":79,"categories":80,"keywords":81,"publishedAt":18},"01M79BV2G6901RYQGBT3QWDK64","ui","Explicit helper for UI components, hero sections, forms, feedback, and contact surfaces. Do NOT load for: authentication, backend implementation, database work, or business logic.","https:\u002F\u002Fgithub.com\u002FTimothy191\u002Farch-systems-portal\u002Fblob\u002Fmain\u002Fagent-harnesses\u002Fclaude-code-harness\u002Fskills\u002Fui\u002FSKILL.md",[],[],{"skillNo":83,"name":84,"nameZh":6,"description":85,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":86,"categories":87,"keywords":88,"publishedAt":18},"01M79BTW2QT48HNNS9NCKE8PAH","session","Unified session management window. Handles initialization, memory, state all-in-one. Explicit \u002Fsession invocation only — sub-skills handle auto-delegation. Use when managing Claude Code sessions, \u002Fsession command. Do NOT load for: app user sessions, login state, authentication features.","https:\u002F\u002Fgithub.com\u002FTimothy191\u002Farch-systems-portal\u002Fblob\u002Fmain\u002Fagent-harnesses\u002Fclaude-code-harness\u002Fskills\u002Fsession\u002FSKILL.md",[],[]]