Inkling——從 OpenAI 出走團隊到 975B 開源旗艦，以及 Tinker 微調平台的生態賭注
Thinking Machines Lab（Mira Murati 2025 年創立，20 億美元 seed、估值 120 億美元）2026 年 7 月以 Apache 2.0 釋出 Inkling（975B 總參數／41B 活躍、1M context、原生多模態、可控思考）與輕量版 Inkling-Small（276B／12B），搭配 Tinker 微調平台，把「可自訂」本身做成產品。
tech
529 篇文章AI-Native Agent 2026：從 Harness Engineering 到 Skill Engineering 的變革
2026 年 AI Native Agent 時代的核心變化：從 Harness Engineering 到 Skill Engineering，工程師角色從執行者轉向評判者，三個階段演進與五大關鍵技能。
MinerU：從 PDF 到結構化 Markdown 的文件解析引擎
MinerU 是 OpenDataLab 的開源文件解析引擎，可將 PDF、圖像與 Office 文件轉成保留表格、公式和閱讀順序的 Markdown 與 JSON，適合 RAG 前處理與知識庫建構。
Claude Code Cloud Routines：outcomes 配置讓文章推到 feature branch 的除錯記錄
Cloud routine 的 outcomes 配置會建立 feature branch，導致 agent 在 branch 上作業並推送，文章沒進 main。修法是移除 outcomes 加上 skill 裡補 git checkout main 雙保險，但過程中還撞上 list API pagination 的 server-side bug。
Codex 架構總覽：Rust Monorepo、Bazel 建構、跨平台沙箱
Codex 以 Bazel 管理 140+ Rust crate，核心分為 core/tui/exec-server/protocol 四大塊；沙箱用 codex_sandboxing 統一 macOS Seatbelt、Linux Landlock/bwrap、Windows 沙箱三平台介面；exec-server 以 JSON-RPC + Noise Relay 實現遠端執行。
Codex ThreadManager：核心協調者的生命週期、分叉語義與 Subagent 圖譜
ThreadManager 持有 Arc<ThreadManagerState> 統管所有 thread，spawn_thread() 統一處理新建/恢復/分叉/子代理四種啟動路徑；ForkSnapshot 定義 TruncateBeforeNthUserMessage/Interrupted 兩種語義；AgentControl 透過 Weak<ThreadManagerState> 避免循環引用；agent_graph_store 追蹤 ThreadSpawnEdgeStatus::Open/Closed。
Codex Turn 狀態機：TurnContext、StepActivation、Context Manager 與壓縮觸發
TurnContext 在 turn 初始化時捕獲所有設定（模型、審批、token budget），後續 step 透過 StepContext 讀取快照；StepActivation 驗證設定變更不違反 legacy 安全約束；ContextManager 用 Arc<Vec> + 版本號實現 Copy-on-Write 歷史共享；壓縮觸發條件為 token_remaining < threshold，支援 remote v1/v2、local、model fallback 四條路徑。
OMP agent loop：為什麼需要兩層 while？外層的「停了就再被 steering 打醒」在做什麼
omp 的 runLoopBody 用雙層 while：內層跑 model call → tool call 的核心節奏；外層在 agent 本想停下時，排空 queued steering / follow-up / asides，決定要不要再跑一輪。這設計解決了「使用者在 model 跑時打字」與「背景任務悄悄塞訊息」的交付時機問題。
OMP append-only context：為什麼 sync 對話要算 byte-stable prefix？Anthropic/DeepSeek 的 KV cache 怎麼被它保護的
omp 用 StablePrefix 凍結 system prompt + tool specs，用 AppendOnlyLog 讓 messages 只增不改，配合 digest-based 的 longestStablePrefix 算法，在 prune/shake/steering 重寫歷史時，只重送 divergence point 之後的尾巴。這讓 Anthropic/DeepSeek 的 prompt cache 命中率最大化，解決了舊版每輪強制 ~40k token re-prefill 的問題（issue #3406）。
OMP 審批三層與 fail-closed：為什麼未宣告 approval 的自訂工具會被當 exec？yolo 模式底下哪些仍不能跨越？
omp 的審批解析器 resolveApproval 按「工具宣告 → 使用者覆寫 → 模式門檻」三層決策。未宣告 approval、或格式錯誤的工具，預設降級為 exec（fail-closed）。三層分工：工具自己宣告 tier + 可選 policy/override/reason；使用者用 tools.approval.<tool> 覆寫；模式（always-ask/write/yolo）決定自動通過哪些 tier。關鍵鐵律：tool-side deny 與 user-side deny 永遠不可被模式跨越；yolo 中 override: true 不會強迫 prompt，但 policy: deny 仍生效。
OMP bash token 化審批：為什麼 allow 必須覆蓋整行、deny/prompt 卻分段比對？bash.patterns glob 的設計成本
omp bash 工具的審批引擎把命令用共享 shell tokenizer 切成段（依 `;` `&&` `||` `|` `&` newline、subshell），deny/prompt 規則對**每段**分別匹配 glob，任一段命中即觸發；allow 規則要求**整行匹配**且**無 shell control syntax**，防止 `cd x && rm -rf /` 此類惡意段溜過去。CRITICAL_BASH_PATTERNS 硬編碼 45 個危險命令正則（`rm -rf /`、`chmod -R 777 /`、`curl | bash`、`kill -9 1` 等），優先於使用者 pattern 生效。設計權衡：allow 嚴格是為了安全，deny/prompt 寬鬆是為了可用性。
OMP 內部設計導讀 #13：collab-web 與 wire protocol —— 多人協作 session 怎麼序列化？guest 權限邊界怎麼管？composer 中斷怎麼廣播？
omp collab 以 host 為權威、guest 從不互聯的 hub 拓撲，透過 AES-256-GCM 封裝 JSON frame、4-byte envelope、snapshot-chunk 分片，實現零中繼可見的即時協作；guest 權限靠 16-byte write token 在 link 內綁定，host 用 timing-safe comparison 驗證。
OMP 內部設計導讀 #10：hooks/skills/MCP/marketplace 四大擴展面
OMP 將 hooks、skills、MCP、marketplace 整合為統一的擴展面：hooks 併入 extension runner 統一事件匯流排、skills 依 description 進行語意觸發、MCP 採 250ms 快速啟動閘 + deferred fallback、marketplace 採雙 scope 並相容 Claude Code catalog 格式。
OMP 四種 compaction 策略：context-full / snapcompact / branch summary / shake —— 各解決什麼失敗模式、怎麼切換
omp 不只有一種 compaction：context-full 走 LLM 摘要、可疊代、失敗對半重切預算；snapcompact 不呼叫 LLM，把歷史壓成 PNG 讓 vision model 讀，解決無 API key / 低延遲 / 視覺模型便宜場景；branch summary 在 `/tree` 切分支時摘要被離開的段落；shake 純機械式把 tool-result 大段文字換成 placeholder，給 summary 太重、prune 不夠的緊急手動場景。四種策略分工明確，由 session maintenance 自動編排或使用者手動觸發。
OMP hashline edit 與 noop-loop-guard：為什麼檔案編輯要 hash-anchored？模型 byte-identical 無操作重試 182/205 次怎麼被降伏的
OMP 用 hashline 格式取代傳統 line-number patch：以 4-hex content hash + N* syntactic block locator 定位，消除 whitespace drift；noop-loop-guard 在同一 session、同一 canonical path、同一 input hash 連續 3 次 no-op 時直接拋 ToolError，打破模型「以為 anchor 錯、把 payload 變大再試」的 182/205 次重試死循環（issue #2081）。
OMP KDL rule tree 與 60+ providers routing：為什麼 provider 政策不寫在 TS 而寫在 KDL？
OMP 把 60+ 個 provider 的 routing、compat、thinking、quota 等政策全部寫在 KDL（taxonomy/classes/providers/runtime），編譯成 rules.json 再由 runtime engine 解析。這樣做的核心理由：分層所有權、編譯期驗證、規則優先級解決——三件事若用 TS 硬編碼會散在各處、難以驗證、優先級靠人眼。
OMP 內部設計導讀（14）：metaharness 與 benchmark 基礎設施
OMP 的 metaharness 不是單純跑分工具，而是為了在硬體隔離的 microVM 裡、統一 auth gateway、可對照 baseline 的實驗級基礎設施。
OMP 內部設計導讀（8）：Provider Quirk 與相容層 —— 為什麼要在 KDL 表達不寫在 TS
OMP 把所有 provider 特有的 wire 行為寫進 KDL 規則樹，靜態編譯成 JSON 再由 cascade resolver 套用，避免 TS 程式碼被無數 if-else 污染，並能在 CI 捕捉衝突。
OMP 內部設計導讀 12：Rust Native Crate 與 FFI 契約
OMP 將效能敏感、正確性要求高、需確定性的子系統（grep、AST、PTY、隔離、檔案走訪）下沉到 6 個 Rust crate，再透過 pi-natives 統一暴露 N-API 介面；binding 契約由 napi-rs 自動生成 TS 宣告，再經 gen-enums.ts 產出 runtime enum 物件與顯式 ESM exports。
OMP session 持久化、fork 與 tree：entry 模型、父子鏈、/tree 導航、navigateTree 怎麼把 leaf 切回舊分支
omp 用 append-only JSONL 存 session，entry 帶 id/parentId 組成 tree，leaf pointer 決定 active path。/tree 用 TreeSelectorComponent 導航，navigateTree() 切 leaf 時可選擇摘要被離開的分支（branch_summary）、自動處理 checkpoint/rewind、支援 Claude/Codex foreign session import。fork 複製整個 session 檔並繼承 providerPromptCacheKey，resume/switchSession 以 captureState/rollback 保證原子切換。