track: 新增 OpenWork / Orca / Maka 三项目，样本达到 4 个

样本
- openwork (different-ai/openwork) 23.2k★ 能力分发层，DCO + evals + worlds
- orca (stablyai/orca) 58.8k★ 并行编排外壳，5000 issue 实为团队自开任务板
- maka (apache/maka) 4.4k★ 执行记录层，Apache 孵化但无正式 release

档案
- 三份五维档案填完，risk.claim_vs_reality 均已核实到证据
- ipollowork 象限坐标从占位 9/9/9/9 校准为 8/7/7/7（与新样本同一标尺）

文章
- 新增横评文《四个 Agent 工作台的路线分野：把「多引擎中立」拆开看》(emlog id=99)
- 总纲文回填四项目矩阵 + 双视图象限图 (emlog id=98)

镜像
- gitinbox/maka 已推送（public，source-only 快照 12 MB）
- openwork(291MB) / orca(671MB) 受 50KB/s 带宽约束，档案标 mode: pending

规则
- license-tiers.yaml 新增「目录切分许可」降级流程（OpenWork 判例：
  排除 ee/ 后为纯 MIT → public，完整镜像 → private）
- registry.yaml openwork 可见性改 public + mirror_excludes: ["ee/"]

脚本修复
- _common.py 新增 upsert_block：手工整块覆盖 ecosystem 删掉 metrics 时能自愈
- mirror_sync.sh：SOURCE_ONLY 未初始化（set -u 下偶发炸）；
  浅仓推送被服务端拒绝 → 自动 --unshallow，失败降级快照；
  量体积前先 repack（此前新 commit 全是 loose object，恒打印 0 MB）
- build_matrix.py：成熟度长文本移出表格（新增 maturity_level 短标签）；
  象限图标签靠右时翻转到左侧防溢出；SVG 加 max-width 防窄屏溢出；
  文章索引改为自动生成（原先手抄，横评文发了索引里却没有）
- publish_emlog.py：ID 回写按「有无同名档案」分流，
  00-* 跨项目文章落到 articles/<id>.meta.yaml（此前 ID 无处可写）

data/projects/ipollowork.yaml

@@ -117,6 +117,7 @@ ecosystem:
     - "2026-08-31 发布 v0.50.12，为最近一次 push"
 
 risk:
+  maturity_level: "beta"
   license_risk: "L3 级源码可用协议。3 人以上团队无论用途都需书面授权，且明确禁止未经授权的 SaaS / 托管 / 白标 / 市场分发。这意味着：企业落地前必须先谈授权，而源码镜像也只能是私有的"
   vendor_lockin: "引擎层是中立了，但工作台层本身是闭源商业产品。项目资产沉淀在 iPolloWork 的项目模型里，退出成本高于纯 CLI 方案；一旦停止授权，已建的工作流难以平移"
   claim_vs_reality:
@@ -144,10 +145,10 @@ risk:
   maturity: beta
 
 chart:
-  form_depth: 9
-  engine_neutral: 9
-  local_first_score: 9
-  deliverable_depth: 9
+  form_depth: 8       # 桌面工作台整合填报/审核/查询，形态完整
+  engine_neutral: 7   # 宣称三引擎中立，实际深度不对等（OpenCode 原生 / DSH preview / Codex 仅 MCP）
+  local_first_score: 7  # 本地桌面运行，但依赖云端模型与配置服务
+  deliverable_depth: 7  # 可编辑产出物，不止代码
 
 verdict:
   one_liner: "把多个 Agent 引擎收进同一个可编辑工作台的野心之作——方向踩在点上，但三种引擎的接入深度并不齐整，且许可证决定了它暂时只适合个人或极小团队试用"
@@ -155,13 +156,15 @@ verdict:
   who_should_not: "3 人以上需要正式落地的团队（许可证要求书面授权）、期待 Codex 原生级集成的用户（目前只有 MCP 控制面）、以及追求稳定的生产环境（v0.50.x、一天多版、DSH 集成未进稳定版）"
 
 mirror:
-  gitea_repo: "gitinbox/iPolloWork"
+  gitea_repo: gitinbox/iPolloWork
   visibility: private
   upstream: "https://github.com/Devin-AXIS/iPolloWork"
-  last_sync: ""
-  sync_note: "L3 source-available，镜像强制私有；仓库 591 MB，全量裸仓镜像"
+  last_sync: 2026-09-01
+  mode: source-only
+  sync_note: L3 source-available 强制私有。全量裸仓 69.9 MB 超过 Gitea 前置 nginx 约 50MB 的 client_max_body_size，推送被 HTTP 413 拒绝；已降级为源码快照（14.1 MB，剔除 png/gif/mp4/字体等非源码素材约 69MB）。完整保真快照保留在本地 .mirrors/iPolloWork.git（70MB）。服务器放开 nginx 上限后可推送完整版。
 
+  mode: source-only
 article:
   emlog_id: 97
-  published_at: ""
-  url: ""
+  published_at: "2026-09-01 15:11:57"
+  url: "https://blog.apescale.com/?post=97"

data/projects/maka.yaml

@@ -0,0 +1,228 @@
+# maka · 项目档案
+# 生成于 2026-09-01 · 由 scripts/new_project.py 从 schema 生成
+# 人工补完重点：business / scenario / tech / risk.claim_vs_reality / verdict
+# 字段规范见 schema/project.schema.yaml
+
+id: maka
+name: "maka"
+repo: "apache/maka"
+homepage: ""
+added_at: "2026-09-01"
+status: active
+identity:
+  tagline: "Apache Maka (Incubating) is a local-first AI agent workspace. Model messages, tool calls, tool results, permission decisions, and termination events are recorded as an append-only log."
+  vendor: "Apache 软件基金会（Incubating）"
+  vendor_type: "foundation"
+  region: "国际（ASF 孵化）"
+  first_seen: "2026-05-27"
+business:
+
+  positioning: |-
+    站在「执行记录层」：不追功能广度，把「agent 干过什么必须可复现、
+    可审计、可评测」做成地基。同时是四个里唯一自带评测框架的项目。
+  target_users:
+    - 对可审计性与数据主权有硬要求的团队
+    - 需要横向评测不同 agent / 模型的研究者与工程团队
+    - 愿意用功能丰富度换确定性的自用开发者
+  monetization: |-
+    无。Apache 孵化项目，无商业实体、无双许可、无付费层。
+  license:
+    spdx: "Apache-2.0"
+    name: "Apache License 2.0"
+    openness: L1
+    redistributable: true
+    key_restrictions:
+      - 含明确的专利授权与反诉终止条款（Apache-2.0 固有）
+      - 修改需声明，NOTICE 文件须随分发保留
+      - 不授予商标使用权（Apache / ASF 商标政策单列）
+  moat: |-
+    执行记录模型 + 可复现评测框架 + ASF 治理背书。
+    三者都需要长期投入，不能靠快速迭代速成。
+  competitive_risk: |-
+    最容易被上游引擎把「记录与评测」原生化——
+    一旦 Codex / Claude Code 自己把 event log 与 eval 做进产品，
+    Maka 的地基优势会被稀释成一层「合规装饰」。
+
+scenario:
+
+  primary:
+    - 本地优先的 agent 工作区（数据与执行记录不出机器）
+    - 可复现的 agent 评测实验（multi-arm experiments）
+    - 崩溃恢复与中断续跑
+  typical_use_cases:
+    - 在保密项目里用本地模型跑 agent，所有 tool call 与权限决策落 append-only 日志备查
+    - 用 maka eval run <spec> 对同一任务跑 task × repetition × subject 的多臂实验，横向比较得分/成本/耗时
+    - 会话崩了以后从执行记录恢复，并从任一 Turn 分叉出新会话继续
+  industries:
+    - 软件研发
+    - 受监管行业（金融、政务等有审计要求的场景）
+    - AI 评测与研究
+  interaction_mode:
+    - 桌面应用
+    - TUI / CLI
+    - 评测框架
+  human_in_the_loop: |-
+    强：工具越过沙箱边界必须审批；运行可中止；失败被分类。
+  deliverables:
+    - code
+    - artifact
+    - eval-report
+    - execution-record
+
+tech:
+
+  form_factor: 桌面应用 + TUI/CLI + 评测框架，三者共用同一 Runtime Host
+  stack:
+    - Electron
+    - React
+    - TypeScript
+    - Node.js
+    - SQLite
+    - Rust（peer mesh 的 native addon）
+    - ripgrep（Runtime 的 Grep 工具依赖）
+  engine_abstraction:
+    supported:
+      - Maka 自带 Runtime（AgentRun）
+    mechanism: |-
+      不做外挂接入——自带完整 agent runtime，
+      Desktop / TUI / CLI / Eval 全部经同一个 Runtime Host 执行。
+      对外部 agent 只在评测环节通过 external subject adapter 对接，
+      不做执行层兼容。
+    abstraction_layer: Runtime Host（单一所有者的生命周期 + 协议 + 客户端引导）
+    depth_notes: |-
+      与另外三家正好相反：Maka 对**自己的**引擎深度是满分
+      （一个 Runtime Host 统管所有入口），对**外部**引擎深度是零
+      （只在 eval 里当被测对象）。
+      它压根不参与「多引擎中立」这条赛道的竞争——这是定位选择而非能力缺陷，
+      但读者必须知道它和 Orca / OpenWork / iPolloWork 不是同一类选手。
+  extension_system:
+    skills: catalog skills 存在，但可选且**默认关闭**
+    plugins: 无独立插件市场
+    mcp: packages/mcp 提供 provider-neutral 的 MCP 客户端集成
+  model_binding: |-
+    完全 BYO：云 API、本地模型或兼容网关，
+    不捆绑任何共享账号（README 明确 "You bring the model"）。
+  local_first: true
+  multi_agent: |-
+    Graph 模式，实现算子跑在独立 git worktree
+    （要求源项目是干净 worktree）。
+  permission_sandbox: |-
+    沙箱边界明确：写文件 / 跑 shell 的工具必须先过边界；
+    运行可中止；失败被分类；支持崩溃恢复与可选续跑。
+  observability: |-
+    最强项。append-only 执行记录：model 消息、tool call、tool result、
+    turn 结束方式全部落盘。
+    上下文压缩只省略下次 prompt 里的旧 tool 输出，不删已存证据——
+    README 原话 "Shorter context is not deleted history"。
+
+ecosystem:
+
+  community: |-
+    ASF 孵化治理：有 DISCLAIMER-WIP、ASF_SOURCE_RELEASE 候选契约、
+    CONTRIBUTING、SECURITY 等完整治理文件。中文文档齐全，
+    另挂 DeepWiki 第三方 AI 生成文档。
+  standards:
+    - Apache 软件基金会（Incubator）
+  notable_events:
+    - 2026-05-27 建仓（进入 ASF 孵化）
+    - 截至 2026-09-01 尚未产出任何 Apache 正式 release，对外只有 Desktop Nightly
+    - 2026-09-01 达 4372 star，版本 v0.2.0-dev.9.20260831
+
+  metrics:
+    stars: 4373
+    forks: 406
+    open_issues: 398
+    subscribers: 23
+    created_at: 2026-05-27
+    pushed_at: 2026-09-01
+    size_kb: 102390
+    languages: {TypeScript: 91.7, JavaScript: 4.5, Rust: 1.7, CSS: 1.3, Python: 0.5, PowerShell: 0.2}
+    latest_release: v0.2.0-dev.9.20260831
+    release_cadence: 一天多版
+    data_date: 2026-09-01
+    stale: false
+risk:
+  maturity_level: "孵化期"
+
+  license_risk: |-
+    Apache-2.0，四个里最干净：可自由镜像与再分发，且自带专利授权条款，
+    无任何商业条款陷阱。
+  vendor_lockin: |-
+    锁定点最低：无商业实体、无付费层、数据落在本地 SQLite、
+    执行记录是自有格式但结构公开。退出成本主要是迁移历史会话记录。
+  claim_vs_reality:
+    - claim: |-
+        Apache 品牌 = 成熟稳定、可用于生产
+      actual: |-
+        孵化状态恰恰是「尚未被 ASF 完全背书」的标记，README 自带官方免责声明。
+        且截至 2026-09-01 **没有任何 Apache 正式 release**，
+        对外分发的只有 Desktop Nightly，README 明确标注
+        「not an ASF release, not intended for production use」。
+        平台支持也最窄：macOS arm64 是唯一正式档，
+        Windows 为未签名预览，Linux 标注 soon。
+      source: README 的 NOTE / IMPORTANT 段、Releases and downloads 段、平台 badge
+    - claim: |-
+        「Your machine, your data」本地优先、数据主权
+      actual: |-
+        数据确实不出机器，但 **API key 以明文文件存放**——
+        README 原文承认 credential-vault.json 是
+        「local plaintext file, readable only by your OS account」。
+        防护依赖操作系统账户权限，而非加密或系统钥匙串。
+        renderer 进程拿不到，但同机任一以你身份运行的进程都能读到。
+      source: README「Local data and recovery」段
+    - claim: |-
+        崩溃恢复与可选续跑
+      actual: |-
+        续跑**默认关闭**，需手动设 MAKA_RUNTIME_SAFE_BOUNDARY_RESUME=1，
+        且 README 明确警告该调用会打模型、消耗 token。
+        另存在**升级断代**：旧版 JSONL transcripts 与 Electron safeStorage
+        凭据不会被导入，升级后的工作区可能出现空线程，凭据必须重新录入。
+      source: README「Local data and recovery」段
+    - claim: |-
+        （无明确宣称，但易被期待为开箱即用的完整工作台）
+      actual: |-
+        内置工具只有 Read / Write / Edit / Bash / Glob / Grep 六个；
+        Computer Use 与 catalog skills 属可选且默认关闭；
+        IM bot（聊天应用接入）标注 experimental。
+        功能面是四个里最保守的——取舍很明确：用广度换确定性。
+      source: README「Current capabilities」段
+    - claim: |-
+        支持 Graph 多算子并行
+      actual: |-
+        Graph 的实现算子跑在独立 git worktree，且**要求源项目是干净 worktree**——
+        有未提交改动就用不了。相比 Orca 的并行 worktree（产品级封装），
+        Maka 的 Graph 更接近实验性能力。
+      source: README「Terminal entry points」段
+  maturity: |-
+    治理成熟度最高（ASF 流程 + 评测框架 + 文档契约），
+    产品成熟度最低（无正式 release、平台只支持 arm64 macOS、功能默认保守）。
+    属于「地基打得最实，房子盖得最慢」。
+
+chart:
+
+  form_depth: 6        # 桌面 + TUI + CLI + Eval 统一于 Runtime Host，但平台窄
+  engine_neutral: 1    # 只跑自己的 Runtime，不参与多引擎竞争
+  local_first_score: 10  # 完全本地，数据不出机器
+  deliverable_depth: 6  # 代码 + artifact + 评测报告 + 执行记录
+
+verdict:
+
+  one_liner: 四个里唯一把「执行记录」当地基的项目——治理与可复现性最强，产品成熟度最弱。
+  who_should_use: |-
+    对审计、数据主权、可复现评测有硬要求的团队；
+    做 agent 横向对比研究的工程团队。
+  who_should_not: |-
+    要开箱即用、要 Windows / Linux、要丰富第三方集成的人；
+    以为 ASF 品牌等于生产可用的决策者。
+
+mirror:
+  gitea_repo: gitinbox/maka
+  visibility: public
+  upstream: "https://github.com/apache/maka"
+  last_sync: 2026-09-01
+  sync_note: "depth=1 浅仓被 Gitea 拒绝（shallow update not allowed），脚本自动 --unshallow 补齐完整历史后达 147 MB，超过 nginx 约 50 MB 的 client_max_body_size，遂降级为源码快照（12 MB，剔除 png/gif/mp4/字体等非源码素材）。完整保真裸仓保留在本地 .mirrors/maka.git（163 MB）。服务器放开 nginx 上限后可推送完整版。"
+  mode: source-only
+article:
+  emlog_id: 0  # emlog 文章 ID，发布后回写
+  published_at: ""
+  url: ""

data/projects/openwork.yaml

@@ -0,0 +1,226 @@
+# openwork · 项目档案
+# 生成于 2026-09-01 · 由 scripts/new_project.py 从 schema 生成
+# 人工补完重点：business / scenario / tech / risk.claim_vs_reality / verdict
+# 字段规范见 schema/project.schema.yaml
+
+id: openwork
+name: "openwork"
+repo: "different-ai/openwork"
+homepage: "https://openworklabs.com"
+added_at: "2026-09-01"
+status: active
+identity:
+  tagline: "The open-source alternative to Claude Cowork (powered by opencode)"
+  vendor: "Different AI, Inc."
+  vendor_type: "vendor"
+  region: "美国（YC 背书）"
+  first_seen: "2026-01-14"
+business:
+
+  positioning: |-
+    站在「能力分发层」，不争桌面入口。核心资产是 OpenWork MCP 与 Den 控制面——
+    把 skills / MCP / 连接服务做成可跨工具、跨人、跨机器复用的组织级能力包。
+  target_users:
+    - 已在使用 Codex / Claude Code / Cursor 且不想换工具的开发者
+    - 需要统一管控 agent 能力的中大型组织
+    - 想把自己搭好的工作流分发给同事或朋友的团队
+  monetization: |-
+    Den 订阅（组织控制面）。免费额度写得很明确：
+    5 人以下组织的非 Enterprise 功能全免、任意规模 30 天评估、开发测试永久免费。
+  license:
+    spdx: "NOASSERTION"
+    name: "目录切分许可（GitLab 式）：ee/ 之外为 MIT；ee/ 为 OpenWork EE License"
+    openness: L3
+    redistributable: false
+    key_restrictions:
+      - ee/ 目录（Den 控制面、MCP 网关、推理）生产使用需有效订阅；5 人以下组织在排除 Enterprise 功能后免费
+      - 每个 ee/ 版本公开发布满两年后，自动追加 MIT 授权（Grant of Future License）
+      - 客户端侧资源（image / font / CSS / 编译产出的 JS）始终为 MIT
+      - 不得移除版权与许可声明；不授予商标使用权
+      - 更早版本仍受原 FSL-1.1-MIT 约束，不自动升级到新许可
+  moat: |-
+    组织侧的能力分发与治理（谁能用什么模型、谁能拿到什么 skill），
+    以及「一次创建、处处复用」带来的工作流网络效应。
+  competitive_risk: |-
+    最容易被 Anthropic / OpenAI 官方的 skills 市场与组织管理后台正面取代——
+    OpenWork 的价值恰恰建立在「官方还没做好跨工具能力分发」这个时间窗口上。
+
+scenario:
+
+  primary:
+    - 把一套 skills + MCP + Google Workspace / Microsoft 365 连接，同时挂给 Codex、Claude Code、Cursor
+    - 组织统一发布能力、配置模型配额与访问权限
+    - 桌面端作为专注工作区（可选，非必需）
+  typical_use_cases:
+    - 团队写好一套内部 skill，通过 Den 发布到组织，成员在各自惯用的 agent 里调 search_capabilities 直接用
+    - 管理员限制部分成员只能使用指定 model provider，并统一配置共享连接
+    - 个人把工作流分享给朋友，对方装一个 MCP 就能用
+  industries:
+    - 软件研发
+    - 企业 IT 与知识工作流
+  interaction_mode:
+    - MCP 远程服务
+    - 桌面应用（可选）
+    - 浏览器登录授权
+  human_in_the_loop: |-
+    能力调用需人工在浏览器登录并选择组织；企业侧由管理员通过策略管控。
+  deliverables:
+    - workflow
+    - skill-package
+    - capability
+
+tech:
+
+  form_factor: MCP 远程服务 + 可选桌面应用 + Web 控制面
+  stack:
+    - Electron
+    - React
+    - TypeScript
+    - Node.js 24
+    - pnpm
+    - MCP
+  engine_abstraction:
+    supported:
+      - Codex
+      - Claude Code
+      - Cursor
+      - OpenCode
+      - ChatGPT
+      - 任意 MCP client
+    mechanism: |-
+      「反向注入」：不做引擎抽象层，而是把自己做成 MCP server 让各引擎来连。
+      对外只暴露两个工具——search_capabilities 与 execute_capability。
+    abstraction_layer: OpenWork MCP（能力面，不是执行面）
+    depth_notes: |-
+      接入「对等且都浅」：所有引擎都以同一个 MCP 客户端身份接入，
+      拿到的是能力调用，不是执行控制——OpenWork 不接管 agent 的执行循环、
+      不负责上下文管理、不做权限回调。
+      真正深度绑定的是 OpenCode：仓库描述即写 powered by opencode，
+      桌面端属 OpenCode 生态，其余引擎只是 MCP 外挂。
+      这与 iPolloWork 的「Codex 仅 MCP 控制面」是同一个问题的两种解法：
+      iPolloWork 把 MCP 当补丁（主体是桌面），OpenWork 把 MCP 当主体（桌面是可选）。
+  extension_system:
+    skills: |-
+      一等公民：可发布、可分配到组织/团队/个人；支持导入 Agent Plugins
+      与 Anthropic 兼容插件并转为 OpenWork MCP 能力。
+    plugins: 通过 marketplace 发布与分配
+    mcp: |-
+      自身即以 MCP server 形态对外提供服务（https://api.openworklabs.com/mcp/agent），
+      同时也消费下游 MCP 连接。
+  model_binding: Den 侧可统一配置与配额控制 model provider；桌面 app 本身 BYO
+  local_first: true
+  multi_agent: 未强调多 agent 编排，重心是能力的共享与治理
+  permission_sandbox: |-
+    组织级管控：桌面策略下发、限制本地模型访问、控制可用 app 版本、
+    成员与团队的访问控制。
+  observability: |-
+    Den 提供推理配额管控与访问审计；
+    桌面 app 侧未见 agent 执行轨迹的记录设计——它观测的是「谁用了什么能力」，
+    不是「agent 怎么把事做完的」。
+
+ecosystem:
+
+  community: |-
+    YC 背书，23k star。贡献门槛是四个里最高的：
+    强制 DCO sign-off（每个 commit 都要 Signed-off-by），
+    ee/ 目录的改动还需额外 CLA。
+  standards:
+    - MCP
+  notable_events:
+    - 2026-01-14 建仓
+    - 早期版本采用 FSL-1.1-MIT，后改为 MIT + EE 目录切分许可
+    - ee/ 采用两年自动转 MIT 的 Grant of Future License 机制
+    - 2026-09-01 达 23.2k star、版本 v0.18.40
+
+  metrics:
+    stars: 23253
+    forks: 2307
+    open_issues: 414
+    subscribers: 89
+    created_at: 2026-01-14
+    pushed_at: 2026-09-01
+    size_kb: 298398
+    languages: {TypeScript: 89.9, JavaScript: 6.7, MDX: 1.2, CSS: 0.9, Shell: 0.6, Swift: 0.5}
+    latest_release: v0.18.40
+    release_cadence: 约 1 天/版本
+    data_date: 2026-09-01
+    stale: false
+risk:
+  maturity_level: "0.x 活跃"
+
+  license_risk: |-
+    整体 SPDX 为 NOASSERTION，但**排除 ee/ 目录后是纯 MIT，可以公开镜像**。
+    若完整镜像（含 ee/）则必须私有——EE License 明确要求生产使用需订阅，
+    且禁止未经授权的复制与再分发。
+    对实操的影响很小：5 人以下组织免费、30 天评估免费、开发测试免费，
+    个人与小团队几乎不会触发付费条件。
+  vendor_lockin: |-
+    锁定在 Den 控制面与能力包格式。一旦组织把内部 skills 都发布到 Den，
+    迁移成本取决于是否有导出路径——README 未说明。
+  claim_vs_reality:
+    - claim: |-
+        「Claude Cowork 的开源替代品」
+      actual: |-
+        形态完全不同。Cowork 是桌面操控型 agent（直接操作你的电脑完成工作）；
+        OpenWork 是能力分发型 MCP 层，桌面 app 被明确定位为可选——
+        README 原文「The desktop app is there when you want a dedicated
+        workspace, but it is not required」。
+        它替代的是 Cowork 唤起的「能力复用」诉求，不是 Cowork 本身。
+      source: README 开篇与「Use OpenWork from any agent」段
+    - claim: |-
+        跨 Codex / Claude Code / Cursor / OpenCode 多引擎通用
+      actual: |-
+        对 OpenCode 是原生的（仓库描述 powered by opencode，桌面端属其生态）；
+        对其余引擎只通过自己暴露的两个 MCP 工具对接。
+        这是能力调用面，不是引擎执行面——OpenWork 不接管这些引擎的执行循环、
+        上下文与权限。对外宣称的「跨引擎」与内部实际的主从关系存在落差。
+      source: README「It exposes two tools」段；仓库 description「powered by opencode」
+    - claim: |-
+        free, open-source（免费开源）
+      actual: |-
+        需要分目录看：ee/ 之外确实 MIT 且免费；但 ee/（Den 组织控制面、
+        MCP 网关、推理）属 source-available，生产使用需付费订阅，
+        只有 5 人以下组织、30 天评估、开发测试三种情形豁免。
+        个人免费，团队与企业要付费。
+      source: README Licensing 段 + ee/LICENSE 原文 72 行
+    - claim: |-
+        （无明确宣称，但 SPDX 为 NOASSERTION，易被误读为「不够开源」）
+      actual: |-
+        恰恰相反——它是四个项目里工程治理最规范的：强制 DCO sign-off、
+        ee/ 需额外 CLA、evals/ 目录放可执行测试规格并要求 PR 附测试证据、
+        worlds/ 放声明式的开发与测试环境定义。
+        NOASSERTION 只因根目录 LICENSE 是混合声明文件，不代表开放度低。
+      source: README「Getting started (contributors)」与「Sending a pull request」段
+  maturity: |-
+    工程成熟度最高：有可执行测试规格（evals/）、声明式环境（worlds/）、
+    明确的贡献契约与许可边界。但仍处 0.x 主版本（v0.18.40），
+    API 与数据格式可能变动。
+
+chart:
+
+  form_depth: 5       # 桌面只是可选壳，主体是 MCP 能力层
+  engine_neutral: 6   # 接得住 4+ 引擎，但都只在能力面
+  local_first_score: 6  # 可本地跑，但核心服务是云端 MCP
+  deliverable_depth: 5  # 交付工作流与能力包，不止代码
+
+verdict:
+
+  one_liner: 把「能力」而不是「桌面」做成产品——工程治理最好的一个，但它和自称要替代的东西不是一个物种。
+  who_should_use: |-
+    已固定在某款 agent 上、只想让团队能力跨工具复用的开发者；
+    需要统一管控 agent 能力与模型配额的组织 IT。
+  who_should_not: |-
+    想要一个开箱即用的桌面 agent 工作台的人；
+    以为拿到的是完整 Cowork 平替的人。
+
+mirror:
+  gitea_repo: "gitinbox/openwork"
+  visibility: public
+  upstream: "https://github.com/different-ai/openwork"
+  last_sync: ""
+  mode: pending
+  sync_note: "暂未镜像。仓库 291 MB，按本机到 GitHub 实测 50 KB/s 计算需 1.6 小时以上，且 git clone 无断点续传。许可证为目录切分（ee/ 之外 MIT，ee/ 为 EE License）——若后续镜像，排除 ee/ 后为纯 MIT，可公开；完整镜像则必须私有。"
+article:
+  emlog_id: 0  # emlog 文章 ID，发布后回写
+  published_at: ""
+  url: ""

data/projects/orca.yaml

@@ -0,0 +1,238 @@
+# orca · 项目档案
+# 生成于 2026-09-01 · 由 scripts/new_project.py 从 schema 生成
+# 人工补完重点：business / scenario / tech / risk.claim_vs_reality / verdict
+# 字段规范见 schema/project.schema.yaml
+
+id: orca
+name: "orca"
+repo: "stablyai/orca"
+homepage: "https://onOrca.dev"
+added_at: "2026-09-01"
+status: active
+identity:
+  tagline: "Orca is the ADE for working with a fleet of parallel agents. Run any coding agent with your own subscription. Available on desktop, mobile and VPS."
+  vendor: "Stably AI（stablyai）"
+  vendor_type: "vendor"
+  region: "美国（据 Discord / App Store 与社群信息推断，未公开确认）"
+  first_seen: "2026-03-17"
+business:
+
+  positioning: |-
+    站在「执行编排层」：不造引擎、不卖模型，只做并行 agent 的调度与可观测外壳。
+    上游是各家 CLI agent，下游是开发者的本机/远程 worktree。
+  target_users:
+    - 自称 100x builders 的重度个人开发者
+    - 需要同时试多种实现方案再择优合并的小团队
+    - 已在用 Codex / Claude Code / OpenCode 并想并行跑的人
+  monetization: |-
+    未明示，且这是它最大的商业不确定性。MIT 全开源、无企业版、无订阅层，
+    README 明确不提供模型也不代买订阅。收入路径尚未公开。
+  license:
+    spdx: "MIT"
+    name: "MIT License"
+    openness: L1
+    redistributable: true
+    key_restrictions:
+      - 无实质性使用限制
+      - MIT 不含商标许可，Orca 名称与 Logo 未单独授权
+  moat: |-
+    并行 worktree + 自研 WebGL 终端 + 移动端配对 + Design Mode 的组合体验，
+    以及已铺开的 30+ agent 兼容面。功能广度本身构成短期壁垒。
+  competitive_risk: |-
+    最容易被 Anthropic / OpenAI 官方桌面端直接吃掉——因为 Orca 既不拥有引擎
+    也不拥有模型，只拥有外壳。一旦官方 IDE 原生支持并行 worktree，差异化立刻归零。
+
+scenario:
+
+  primary:
+    - 同一任务并行分派给多个 agent 各自实现，人工比对后合并优胜解
+    - 在远程大机上跑 agent（SSH worktree）
+    - 移动端监控 agent 并追加指令
+  typical_use_cases:
+    - 一条 prompt 扇出到 5 个 agent，各自在独立 git worktree 里改，最后 diff 对比选一个 merge
+    - 开 Design Mode 点页面元素，把 HTML/CSS/裁剪截图直接塞进 agent 的提示词
+    - 通勤路上用手机查看刚跑完的 agent 结果并追加一句 follow-up
+  industries:
+    - 软件研发
+    - 独立开发者 / 外包交付
+  interaction_mode:
+    - 桌面应用
+    - 移动端伴随
+    - CLI
+    - SSH 远程
+  human_in_the_loop: |-
+    强人在环：需人工比并结果、批注 diff、批准合并。
+    但 5000 个自开 issue 说明产品自身也在被 AI 自动改进。
+  deliverables:
+    - code
+    - diff
+    - review-comment
+
+tech:
+
+  form_factor: 桌面应用（含移动端伴随 + CLI）
+  stack:
+    - Electron
+    - React
+    - TypeScript
+    - Node.js
+    - WebGL 终端
+    - Swift（iOS 伴随端）
+  engine_abstraction:
+    supported:
+      - Codex
+      - Claude Code
+      - OpenCode
+      - Pi
+      - Grok
+      - Cursor
+      - GitHub Copilot
+      - MiMo Code
+      - Amp
+      - Antigravity
+      - Hermes Agent
+      - Devin
+      - Goose
+      - Auggie
+      - Cline
+      - Continue
+      - Droid
+      - Kilocode
+      - Kimi
+      - Kiro
+      - Mistral Vibe
+      - Qwen Code
+      - Rovo Dev
+      - oh-my-pi
+    mechanism: |-
+      「只要在终端里能跑」即为兼容——通过 PTY 拉起任意 CLI agent，
+      不做协议级抽象，不解析结构化 tool call。
+    abstraction_layer: 无统一抽象层；实际是终端 PTY + 约定式输出解析
+    depth_notes: |-
+      接入深度「完全对等，但对等在低处」：30+ 引擎共享同一套 PTY 外壳，
+      因此没有任何一家能拿到原生能力——拿不到结构化 tool call、
+      拿不到统一权限回调、拿不到一致口径的 token 统计。
+      广度最大，深度最浅。对照 iPolloWork 为 OpenCode 做的原生
+      Engine Protocol adapter，Orca 与任一单引擎的耦合都明显更浅。
+  extension_system:
+    skills: README 未提及独立 skills 体系
+    plugins: 无插件机制，能力依赖各 agent 自身生态
+    mcp: 未作为一等公民提及
+  model_binding: 完全 BYO——用户自带各 agent 的订阅与额度
+  local_first: true
+  multi_agent: |-
+    并行 worktree 编排：一条 prompt 扇出到 N 个独立 git worktree，
+    比对结果后合并优胜解；另有任务页与 CLI 编排能力。
+  permission_sandbox: |-
+    README 未强调沙箱边界。Computer Use（操控桌面应用）与 SSH 远程执行
+    均属高权限面，且未见统一的越界审批机制描述。
+  observability: |-
+    终端分屏 + AI diff 批注 + 通知与未读态 + 用量与限流追踪 + 账号热切换。
+    观测的是「agent 的输出与结果」，不是「agent 的内部执行轨迹」。
+
+ecosystem:
+
+  community: |-
+    Discord + X(@orca_build) + 微信社群（已开到第 8 群），中文市场渗透明显。
+    但 5000 个 open issue 中绝大多数由主力开发者自开，社区 triage 尚未成型。
+  standards: []
+  notable_events:
+    - 2026-03-17 建仓
+    - 2026-09-01 达 58.7k star、5000 open issue、版本 v1.4.194
+
+  metrics:
+    stars: 58771
+    forks: 3987
+    open_issues: 5000
+    subscribers: 121
+    created_at: 2026-03-17
+    pushed_at: 2026-09-01
+    size_kb: 687575
+    languages: {TypeScript: 97.0, JavaScript: 2.3, Swift: 0.2, CSS: 0.2, HTML: 0.1, PowerShell: 0.1}
+    latest_release: v1.4.194
+    release_cadence: 约 1 天/版本
+    data_date: 2026-09-01
+    stale: false
+risk:
+  maturity_level: "原型期"
+
+  license_risk: |-
+    MIT，无许可证风险。但「商业模式的空白」本身就是风险：
+    一旦融资或转型，存在事后变更许可的可能（参考 Redis / Terraform 先例）。
+  vendor_lockin: |-
+    锁定点很弱——这既是优点也是缺点。用户锁的是 worktree 布局与 UI 习惯，
+    不是数据格式，迁移成本低；但反过来用户粘性也低。
+  claim_vs_reality:
+    - claim: |-
+        5000 个 open issue 反映社区问题积压与项目质量压力
+      actual: |-
+        抽样最近 100 条：全部创建于 2026-09-01 同一天，94% 无任何标签，
+        标题为 fix(ssh) / refactor / fix(task-page) 等内部任务口吻；
+        提交者 TOP3 为 nwparker(51)、OrcaWin(13)、klaidliadon(12)。
+        实为「团队自开的任务待办板」，且带明显 AI 批量生成痕迹
+        （如 OrcaWin 提交的「pty.spawn can leak a running agent process
+        unboundedly: host holds the door open」）。
+        它不是社区投诉，也不构成 triage 压力——但同样说明这 5000 条
+        从未被当作对外承诺来管理。
+      source: GitHub API /repos/stablyai/orca/issues?state=open，2026-09-01 抽样 100 条
+    - claim: |-
+        「100x builders 的 AI Orchestrator」，面向多人协作的成熟开发环境
+      actual: |-
+        巴士系数为 1：最近 100 次提交中 nwparker 独占 79 次，
+        第二名 AmethystLiang 仅 9 次。功能面由单人 + AI 高强度驱动，
+        而非团队协作成果。
+      source: GitHub API /repos/stablyai/orca/commits?per_page=100，2026-09-01
+    - claim: |-
+        支持 30+ 种 agent，生态最开放
+      actual: |-
+        兼容判据是「能在终端里跑」，靠 PTY 拉起而非协议对接。
+        广度最大但深度最浅——所有引擎都拿不到结构化 tool call
+        与统一的权限回调。与 iPolloWork 为 OpenCode 做原生
+        Engine Protocol adapter 相比，Orca 与任一单引擎的耦合都更浅。
+      source: README「Works with any CLI agent — if it runs in a terminal, it runs in Orca」
+    - claim: |-
+        MIT 全开源，可放心用于生产
+      actual: |-
+        许可证本身无风险，但项目没有任何公开的营收路径
+        （无企业版、无订阅、不卖模型、不代买订阅）。
+        58k star 的体量与零商业化不匹配，属于「要么即将融资、
+        要么后续变更条款」的不稳定态。
+      source: README License 段；README 明确「Orca does not provide models, nor does it buy subscriptions for you」
+    - claim: |-
+        桌面 / 移动 / VPS 全覆盖
+      actual: |-
+        三端成熟度不对等：Android 仍是手工分发 APK（0.0.47）、
+        iOS 走 App Store 与 TestFlight、VPS 场景需另查 headless Linux 指南。
+        移动端实际是「监控与追加指令」的伴随形态，不是完整工作环境。
+      source: README Install 段与 Mobile Companion 段
+  maturity: |-
+    功能广度第一，工程治理末位。一天多版（v1.4.194）说明迭代极快，
+    但 issue 只进不出、巴士系数为 1，属于「高速原型期」而非「可托付生产期」。
+
+chart:
+
+  form_depth: 8       # 桌面 + 移动伴随 + CLI + SSH，形态铺得最广
+  engine_neutral: 9   # 30+ 引擎，兼容面第一
+  local_first_score: 6  # 本地起进程，但强依赖各家云端订阅
+  deliverable_depth: 3  # 主要产出 code / diff / review comment
+
+verdict:
+
+  one_liner: 兼容面最广的并行 agent 编排外壳——广度做到极致，深度与治理都还是草稿。
+  who_should_use: |-
+    已在重度使用 CLI agent、想同时跑多个方案横向比对的个人开发者与小团队。
+  who_should_not: |-
+    需要稳定 SLA、指望社区 triage 与多人维护保障的团队；
+    指望它统一各引擎能力（结构化调用、统一权限、一致口径）的架构选型者。
+
+mirror:
+  gitea_repo: "gitinbox/orca"
+  visibility: public
+  upstream: "https://github.com/stablyai/orca"
+  last_sync: ""
+  mode: pending
+  sync_note: "暂未镜像。仓库 671 MB，按实测 50 KB/s 需 3.7 小时，且 git clone 无断点续传，中途失败即全部作废。MIT 许可（L1）无分发障碍，纯粹是带宽约束。待服务器侧放开或改用服务端迁移后再补。"
+article:
+  emlog_id: 0  # emlog 文章 ID，发布后回写
+  published_at: ""
+  url: ""

data/registry.yaml

@@ -8,3 +8,22 @@ projects:
     added_at: 2026-09-01
     license_level: L3        # source-available，镜像私有
     mirror_visibility: private
+  - id: openwork
+    repo: different-ai/openwork
+    status: active
+    added_at: 2026-09-01
+    license_level: L3        # 目录切分许可：ee/ 之外 MIT，ee/ 为 EE License
+    mirror_visibility: public   # 人工复核：镜像时排除 ee/ 后为纯 MIT，故可公开
+    mirror_excludes: ["ee/"]
+  - id: orca
+    repo: stablyai/orca
+    status: active
+    added_at: 2026-09-01
+    license_level: L1
+    mirror_visibility: public
+  - id: maka
+    repo: apache/maka
+    status: active
+    added_at: 2026-09-01
+    license_level: L1
+    mirror_visibility: public

data/snapshots/maka.jsonl

@@ -0,0 +1 @@
+{"stars": 4373, "forks": 406, "open_issues": 398, "subscribers": 23, "created_at": "2026-05-27", "pushed_at": "2026-09-01", "size_kb": 102390, "languages": {"TypeScript": 91.7, "JavaScript": 4.5, "Rust": 1.7, "CSS": 1.3, "Python": 0.5, "PowerShell": 0.2}, "latest_release": "v0.2.0-dev.9.20260831", "release_cadence": "一天多版", "data_date": "2026-09-01", "stale": false}

data/snapshots/openwork.jsonl

@@ -0,0 +1 @@
+{"stars": 23253, "forks": 2307, "open_issues": 414, "subscribers": 89, "created_at": "2026-01-14", "pushed_at": "2026-09-01", "size_kb": 298398, "languages": {"TypeScript": 89.9, "JavaScript": 6.7, "MDX": 1.2, "CSS": 0.9, "Shell": 0.6, "Swift": 0.5}, "latest_release": "v0.18.40", "release_cadence": "约 1 天/版本", "data_date": "2026-09-01", "stale": false}

data/snapshots/orca.jsonl

@@ -0,0 +1 @@
+{"stars": 58771, "forks": 3987, "open_issues": 5000, "subscribers": 121, "created_at": "2026-03-17", "pushed_at": "2026-09-01", "size_kb": 687575, "languages": {"TypeScript": 97.0, "JavaScript": 2.3, "Swift": 0.2, "CSS": 0.2, "HTML": 0.1, "PowerShell": 0.1}, "latest_release": "v1.4.194", "release_cadence": "约 1 天/版本", "data_date": "2026-09-01", "stale": false}