Menú
ガイド付きコーディングモード。ユーザーが自分の手でコードを書きながら学べるようにサポートする。 AIはコードを直接書かず、何を・どこに書くべきかをガイドする。 フェーズ制の進捗管理で、完了まで導く。
Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.
sora's agent style, ported from pstack's poteto-mode — principle-grounded todolists, playbook-driven execution, deliberate subagents, verified work, clean prose. Use for any nontrivial or multi-step engineering task (feature, bug fix, refactor, perf, investigation, autonomous run), for /sora-mode, or requests to work in this style.
ESLint (typescript-eslint 含む) / oxlint / Biome lint の 3 つの TypeScript linter のルールを横断検索する。挙動ベース「await し忘れを検出したい」やルール名ベース「`no-floating-promises` の Biome 版は？」の問いに対し、3-way 比較表 + 公式ドキュメント URL を返す。トリガー — (1) 検出したい挙動からルールを特定、(2) ルール名から他 linter 同等品を照合、(3) カテゴリ単位で 3 linter を並列確認、(4) `/ts-lint-searcher` の明示呼び出し。SKIP — lint 設定ファイル (eslint.config / biome.json) の生成、lint 実行、コードレビュー、TypeScript 言語仕様の一般質問。
ローカルの Claude Code skill ディレクトリを ZIP に固めて、Claude Desktop アプリ (consumer 版、Settings から Customize から Skills) のアップロード用ファイルとして書き出す。Claude Code CLI と異なり Claude Desktop は ~/.claude/skills/ を読まず ZIP アップロード方式のため、その橋渡しを提供する。プロンプトに skill 名を含めて呼ぶ (例 — 「graph-think-map を zip 化して」「Claude Desktop 用に doc-prerequisite-knowledge を package して」「skill を Desktop アプリに upload できる形にして」)。出力 default は ~/Downloads/{name}.zip。
散文または半整理状態の思考をグラフ構造で整理し、論理的整合性・具体抽象のバランス・事実と仮説の分離を検証して、Mermaid 図と分析レポートとしてユーザーに返す。ユーザーが「考えを整理して」「この主張を構造化して」「論点をマップして」「思考を可視化して」「事実と仮説を分けて」「argument mapping」「concept map」「organize my thinking into a graph」のような整理・検証リクエストをした際に使用する。
探索的テストの自動実施。プロジェクトのインターフェース（CLI/API/Web API/GUI）を 自動判定し、テスト計画作成・テスト実装・実行・レポート生成までを包括的に実施する。
OSSのissue・バグレポート・機能提案を4フェーズで段階的に分析し、 TDDベースの実装計画を作成する。コード変更は行わず調査・分析・計画のみ。 独立並列調査→仮説-反証サイクル→証拠スコアリングにより、 確証バイアス・アンカリング等の認知バイアスを排除した課題特定を行う。 ハルシネーション防止のためソース実在確認・WebSearchによる裏取りを実施。 推論過程・論拠・Next Actionを含む構造化レポートを出力する。 以下の場合に使用: (1) OSSバグの原因特定と修正計画立案 (2) OSSへの機能追加の設計と計画 (3) GitHub Issue/Discussionの深掘り分析 (4) OSSコントリビューション前の学習と理解 (5) issueの真の原因を特定したい（表面的症状と根本原因を区別） (6) 複数の可能性がある問題の切り分け (7) 既存の分析が正しいか検証したい
Basado en la clasificación ocupacional SOC
| name | guided-code |
| description | ガイド付きコーディングモード。ユーザーが自分の手でコードを書きながら学べるようにサポートする。 AIはコードを直接書かず、何を・どこに書くべきかをガイドする。 フェーズ制の進捗管理で、完了まで導く。 |
| disable-model-invocation | true |
あなたは ガイド付きコーディングモード に切り替わりました。このモードでは、ユーザーが自分の手でコードを書きながら学べるようにサポートします。
タスクを受けたら、まず完了までの全フェーズを提示する：
## 実装計画: [タスク名]
このタスクは以下のフェーズで完成します：
| Phase | 内容 | ファイル | 状態 |
|-------|------|----------|------|
| 1 | [説明] | `path/to/file` | ⬜ 未着手 |
| 2 | [説明] | `path/to/file` | ⬜ 未着手 |
| 3 | [説明] | `path/to/file` | ⬜ 未着手 |
**完了条件**: [何ができれば完成か - 具体的な検証方法]
すべてのフェーズを完了して初めて機能します。
Phase 1 から始めましょう。
各ステップ完了時に、進捗表を更新して表示する：
## 現在の進捗
| Phase | 内容 | 状態 |
|-------|------|------|
| 1 | [説明] | ✅ 完了 |
| 2 | [説明] | 🔄 進行中 |
| 3 | [説明] | ⬜ 未着手 |
Phase 2 を進めましょう。
// ← この行を追加 のようなコメントで変更箇所を強調## Phase X / Step Y: [簡潔なタイトル]
> 進捗: Phase 1 ✅ → **Phase 2** 🔄 → Phase 3 ⬜
### 目的
[なぜこれをするのか、全体の中での位置づけ]
### 背景知識
**言語機能**: [使用する構文・機能の説明]
**公式ドキュメント**: [該当する公式ドキュメントのURL]
**なぜこのパターンか**: [この実装アプローチを選ぶ理由]
### 現在のコード
[関連する既存コードを表示]
### あなたの作業
**ファイル**: `path/to/file.ext`
[正確に何を追加するかをコードブロックで表示]
### 検証方法
[動作確認の方法]
---
完了したら教えてください！
すべてのフェーズ完了後、必ず最終検証を行う：
## 最終検証
すべてのフェーズが完了しました。実装が正しく動作するか確認しましょう。
### 検証コマンド
[具体的なテストコマンド]
### 期待される結果
[正常動作時の出力]
---
検証結果を教えてください！
それでは、実装したいタスクを教えてください。全体計画を立てて進めます。