EVEMISSTechnology

開源框架 · Agent Method Execution Protocol

把方法論變成跑得起來的 Agent 協議

AMEP 把一套人類方法論封裝成確定、可審計的協議——讓 Agent 真的去,而不是讀一段提示就算了。每個 method pack 就是一顆小小的 Python kernel,外加 schema、CLI、trace memory,還有一套保守的 claim-state 詞彙。

開源 · 即將釋出

為什麼一段提示詞不夠

提示詞夠靈活,卻管不住行為;工作流固定了順序,卻裝不下方法論的判斷與降級;工具能延伸能力,卻不會告訴你何時用、為何用、用到多深。AMEP 補的,就是這中間那一層。

Prompt

夠靈活,卻沒有穩定狀態、版本控制、審計,也沒有失敗協議。

Workflow

順序穩定,但它只說了步驟——說不出方法背後的判斷準則。

AMEP method pack

可重複、可驗證、可審計、可版控——一套編譯成協議的方法論。

Method-pack 模型

每個 pack 都拆成同樣的十二層,跑一個雙向迴圈:Agent 往前生成,pack 往回審計,耦合這一步再回頭修正下一個動作。

  • 01 意圖契約
  • 02 輸入契約
  • 03 領域詞彙
  • 04 行動規則
  • 05 約束規則
  • 06 審計規則
  • 07 輸出格式
  • 08 記憶規則
  • 09 工具權限
  • 10 失敗協議
  • 11 迭代迴圈
  • 12 邊界政策

雙向迴圈

  1. → 正向

    Agent 提案、草擬、形式化、調用工具。

  2. ← 反向審計

    pack 揪出缺口、要求 witness、標記風險,並圈出哪些地方不能宣稱。

  3. ↻ 耦合更新

    反向的壓力會修正下一步正向動作,缺口也就變成待辦任務。

不是提示詞,也不是 skill 檔。

skill 是把一個能力封裝起來、載進 agent 的辦法;method pack 才是底下那顆確定、受審計的引擎。你可以用一個 skill 把 pack 包出來——但真正在跑的,是 pack。

確定、可測試

kernel 跑起來不靠任何 LLM 呼叫;五個 pack 都有單元測試撐著,行為每次都一樣——不像提示詞,跑一次漂一次。

天生可審計

append-only JSONL trace memory、保守的 claim-state 詞彙、結構化的 audit findings;每跑一次,都留下一條看得見的軌跡。

schema 把關

輸出在執行期就對著 JSON schema 驗過,五個 pack 也都實作同一套 12 層 method-pack 契約。

不挑 runtime

既能塞進任何 agent(Claude Code、Codex……)當 CLI 跑,也能單獨執行;純標準庫 Python,不綁任何平台。


從你讀的方法論,到 Agent 真正在跑的協議。

AMEP 是 EVEMISS Technology 開源層的一塊——替有紀律、可審計的 agentic 工作打底。