atomise について
複雑な問いを検証可能な小さな推論ステップに分解し、確信度を追跡して必要に応じて戻るエージェントスキルです。セキュリティ分析、設計判断、複雑なデバッグ向けで、単純な検索には適しません。
主な機能
- 01問題の原子的な分解
- 02仮説の検証
- 03ヒューリスティックな確信度追跡
- 04確信度低下時のバックトラック
- 05ライト・標準・ディープモード
活用シーン
- 01セキュリティ上の問いの分析
- 02アーキテクチャ判断の評価
- 03複雑な挙動のデバッグ
- 04複数段階の証明の確認
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ 0xdarkmatter/ claude-mods --skill atomiseインストール後、Claude Code で/atomiseを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
assets/.gitkeepreferences/.gitkeepscripts/.gitkeep詳細
Atomise - 思考の原子による推論
複雑な問題を、検証可能な最小単位の「思考の原子」に分解します。直線的で誤りが蓄積する思考の連鎖とは異なり、AoT では各ステップを個別に検証し、確信度が下がった場合はバックトラックします。
用途: セキュリティ分析、アーキテクチャ上の意思決定、複雑なデバッグ、複数ステップにわたる証明。 使用しない場合: 簡単な質問、単純な計算、情報検索。
/atomise "<problem>" [--light | --deep] [--math | --code | --security | --design]
中核となるループ
1. DECOMPOSE -> Break into atomic subquestions (1-2 sentences each)
2. SOLVE -> Answer leaf nodes first, propagate up
3. VERIFY -> Test each hypothesis (counterexample, consistency, domain check)
4. CONTRACT -> Summarize verified state in 2 sentences (drop history)
5. EVALUATE -> Confident enough? Done. Too uncertain? Backtrack and try another path.
確信が持てるようになるか、すべての経路を試し尽くすまで繰り返します。
原子
各原子は最小単位です。
{id, type, content, depends_on[], confidence, verified}
| 種類 | 目的 | 初期確信度 |
|---|---|---|
| premise | 与えられた事実 | 1.0 |
| reasoning | 論理的な推論 | 親から継承 |
| hypothesis | 検証する主張 | 検証されるまで最大 0.7 |
| verification | テスト結果 | テスト結果に基づく |
| conclusion | 最終回答 | 推論の連鎖から伝播 |
確信度の伝播: 子の確信度は、最も確信度の低い親を上回ることはありません。
確信度(正直な注意事項)
これらの数値はヒューリスティックであり、校正された確率ではありません。実際のリスク評価ではなく、相対的な確実性を追跡するのに役立ちます。
| しきい値 | 意味 |
|---|---|
| > 0.85 | 結論を出すのに十分な確信がある |
| 0.6 - 0.85 | さらなる検証が必要 |
| < 0.6 | さらに分解するか、バックトラックする |
| < 0.5 | バックトラックする。この経路はうまくいっていません |
検証による確信度の調整:
- 確認済み -> 維持するか、わずかに上げる
- 部分的 -> 約 15% 下げる
- 反証済み -> 大幅に下げる。バックトラックする可能性が高い
モード
深さ:
--light- 高速:最大 3 レベル、確信度しきい値 0.70- (デフォルト) - 標準:最大 5 レベル、しきい値 0.85
--deep- 網羅的:最大 7 レベル、しきい値 0.90
領域(検証方法を調整します):
--math- 算術チェック、証明の検証、境界テスト--code- 型チェック、不変条件の検証、テストの生成--security- 脅威モデリング、攻撃対象領域、敵対的な思考--design- トレードオフ分析、制約の充足、実現可能性
出力
ANSWER: {result}
CONFIDENCE: {0.0-1.0} - {why}
KEY CHAIN: P1 -> R1 -> H1 -> V1 -> C1
ATOMS:
| id | type | content | conf | verified |
|----|------|---------|------|----------|
| P1 | premise | Given: ... | 1.0 | Y |
| R1 | reasoning | Therefore: ... | 0.95 | Y |
| ... | ... | ... | ... | ... |
RISKS: {what could change this}
完全なトレースを表示するには --verbose を、回答だけを表示するには --quiet を追加します。
実行ガイド
フェーズ 0:セットアップ
- 問題を言い換える: 1 文で表現します
- 前提を抽出する: 原子にします(与えられた事実 = 1.0、仮定 = 0.6)
- アプローチを概略化する: 直接解く? 分解する? 捉え直す? 最適な方法を選びます。
フェーズ 1 以降:反復
- 原子性の判定: 検証済みの原子から答えられるか? はい -> 解きます。いいえ -> 分解します。
- 分解: 原子的な小問の依存関係ツリーを作成します
- 解決 + 検証: 末端から始め、上位へ伝播させます。すべての仮説を検証する必要があります。
- 要約: 2 文以内でまとめます。それ以外はすべて削除します。
- 評価:
- 確信がある? -> 終了
- 確信はないが、まだ可能性がある? -> 続行
- 確信度が低い? -> バックトラックして、別の方法を試す
バックトラック
検証後にある経路の確信度が 0.5 未満になった場合:
- その分岐を削除する
- 最後に要約した状態に戻す
- 最初の概略から別の方法を試す
例
# Complex debugging
/atomise "Why does this function return null on the second call?" --code
# Security review
/atomise "Is this authentication flow vulnerable to session fixation?" --security
# Architecture decision
/atomise "Should we use event sourcing for this domain?" --deep --design
# Quick decision (light mode)
/atomise "Redis vs Memcached for this cache layer?" --light
アンチパターン
BAD: /atomise "What's 2+2?" -> Just answer it
BAD: /atomise "Rewrite this function" -> That's implementation, not reasoning
BAD: Forcing conclusion despite low confidence -> Let it backtrack
GOOD: /atomise for genuine uncertainty requiring structured decomposition
覚えておくこと
- 原子は最小限に。 1 原子あたり 1~2 文にします。
- すべてを検証する。 仮説にはテストが必要です。
- 積極的に要約する。 次のステップに必要なものだけを残します。
- ためらわずにバックトラックする。 確信度が低い場合は、別の経路を試します。
- 確信度はヒューリスティックです。 構造化には役立ちますが、実際の確率ではありません。
コメント
Markdown 対応