mcpField
A
atomise

atomise

github.com/0xdarkmatterエージェントワークフロー7852 回インストール2 週間前に更新
リポジトリ

atomise について

複雑な問いを検証可能な小さな推論ステップに分解し、確信度を追跡して必要に応じて戻るエージェントスキルです。セキュリティ分析、設計判断、複雑なデバッグ向けで、単純な検索には適しません。

主な機能

  1. 01問題の原子的な分解
  2. 02仮説の検証
  3. 03ヒューリスティックな確信度追跡
  4. 04確信度低下時のバックトラック
  5. 05ライト・標準・ディープモード

活用シーン

  1. 01セキュリティ上の問いの分析
  2. 02アーキテクチャ判断の評価
  3. 03複雑な挙動のデバッグ
  4. 04複数段階の証明の確認

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/0xdarkmatter/claude-mods --skill atomise

インストール後、Claude Code で/atomiseを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

assets/
.gitkeep
references/
.gitkeep
scripts/
.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 文で表現します
  2. 前提を抽出する: 原子にします(与えられた事実 = 1.0、仮定 = 0.6)
  3. アプローチを概略化する: 直接解く? 分解する? 捉え直す? 最適な方法を選びます。
フェーズ 1 以降:反復
  1. 原子性の判定: 検証済みの原子から答えられるか? はい -> 解きます。いいえ -> 分解します。
  2. 分解: 原子的な小問の依存関係ツリーを作成します
  3. 解決 + 検証: 末端から始め、上位へ伝播させます。すべての仮説を検証する必要があります。
  4. 要約: 2 文以内でまとめます。それ以外はすべて削除します。
  5. 評価:
    • 確信がある? -> 終了
    • 確信はないが、まだ可能性がある? -> 続行
    • 確信度が低い? -> バックトラックして、別の方法を試す
バックトラック

検証後にある経路の確信度が 0.5 未満になった場合:

  1. その分岐を削除する
  2. 最後に要約した状態に戻す
  3. 最初の概略から別の方法を試す

例

# 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 原子あたり 1~2 文にします。
  2. すべてを検証する。 仮説にはテストが必要です。
  3. 積極的に要約する。 次のステップに必要なものだけを残します。
  4. ためらわずにバックトラックする。 確信度が低い場合は、別の経路を試します。
  5. 確信度はヒューリスティックです。 構造化には役立ちますが、実際の確率ではありません。

コメント