@sushanglewis/lincoln 1.6.1 → 1.6.3

package/framework/.claude/harnesses/command-map.yaml

@@ -53,7 +53,7 @@ commands:
     args_hint: --stage <current_stage> --action handoff-report
   lc-init-branch:
     description: 初始化 issue 工作包(分支 + workflow-stage.yaml)
-    action: bash scripts/init-lincoln-branch.sh
+    action: bash "$LINCOLN_ROOT/scripts/init-lincoln-branch.sh"
     args_hint: --issue-number <N>
   lc-scenario-build-codebase-knowledge:
     description: 为已有源码构建功能知识库

package/framework/.claude/skills/clarify-requirements/prompts/main.md

@@ -20,89 +20,58 @@ Produce a clear, agreed-upon `{process_slug}/pages/docs/requirements.html` and t
 ## Steps
 
 1. Read `{process_slug}/interviews/<session-id>/transcript.md`, `summary.md`, and `raw-insights.md`.
-2. Draft an initial `{process_slug}/pages/docs/requirements.html` using `python scripts/lincoln_render.py --stage clarify --target {process_slug}/pages/docs/requirements.html --title "需求文档" --nav-label "需求" --version v1.0 --uid requirements --data {process_slug}/pages/docs/requirements.yaml`. The YAML data file should follow this schema:
-
-   ```yaml
-   intro: "一句话概括本需求。"
-   annotations:
-     doc-purpose: "说明本次需求要解决的核心问题"
-     doc-layout: "单页文档"
-     doc-stories: "作为 <角色> 我想要 <目标> 以便 <价值>"
-     doc-rules: "列出关键业务规则"
-     doc-boundaries: "列出边界情况"
-     doc-exceptions: "列出异常流"
-   sections:
-     - title: "背景"
-       content: "..."
-     - title: "问题"
-       content: "..."
-     - title: "用户"
-       content: "..."
-     - title: "方案"
-       content: "..."
-     - title: "验收标准"
-       content: "..."
-     - title: "非目标"
-       content: "..."
-     - title: "开放问题"
-       content: "..."
+2. Draft an initial `{process_slug}/pages/docs/requirements.html` using the Markdown-first renderer. Prefer free-form Markdown with big sections over rigid YAML structures when that makes the requirement clearer:
+
+   ```bash
+   python scripts/lincoln_render.py \
+     --stage clarify \
+     --target {process_slug}/pages/docs/requirements.html \
+     --title "需求文档" \
+     --markdown {process_slug}/pages/docs/requirements.md
    ```
 
-   The renderer will inject the YAML as `pageData` and render structured sections automatically. You may also pass `--markdown` for a free-form supplement.
+   Write `{process_slug}/pages/docs/requirements.md` as a regular Markdown document. Use H2 headings for the major chapters (e.g. `## 背景`, `## 问题`, `## 用户`, `## 方案`, `## 验收标准`, `## 非目标`, `## 开放问题`). Within each chapter you may use paragraphs, bullet lists, tables, and ` ```mermaid ` diagrams freely. If a rigid table (e.g. a user-story table) is clearer, you may still create a YAML `--data` file and use `page-doc-structured.html.tpl`.
+
+   The renderer will derive `nav-label`, `version`, and `uid` automatically if omitted. Include `<!-- version: v1.0 -->` near the top of the Markdown file.
 3. Identify 1-3 ambiguities or missing details, and tag each with its Johari quadrant (认知象限): 知道自己知道 → 复述确认题; 知道自己不知道 → 直接回答 + coach; 不知道自己知道 → 展示已有资产; 不知道自己不知道 → 探查题.
 4. Ask the human PM these questions one batch at a time in the terminal, using the quadrant-appropriate style.
-5. Update `requirements.html` based on the answers (always rewrite the full file; do not mutate in-place).
+5. Update `requirements.md` based on the answers and re-render `requirements.html` (always rewrite the Markdown source and re-render; do not mutate HTML in-place).
 6. Repeat until the PM confirms the requirements are clear.
-7. Also generate `{process_slug}/pages/docs/user-stories.html` from the finalized requirements using the structured renderer with `--data` containing a `stories` array:
-
-   ```yaml
-   intro: "基于已确认需求提炼的用户故事清单。"
-   annotations:
-     doc-purpose: "用户故事全景"
-   stories:
-     - who: "作为 访客用户"
-       want: "我想要 通过微信扫码登录"
-       so: "以便 不用注册密码"
-       acceptance: "扫码后 3 秒内完成登录"
-       source: "prd#section-2"
+7. Also generate `{process_slug}/pages/docs/user-stories.html`. You may either write a Markdown file or use the structured renderer with `--data` containing a `stories` array, whichever fits the material:
+
+   ```bash
+   python scripts/lincoln_render.py \
+     --stage clarify \
+     --target {process_slug}/pages/docs/user-stories.html \
+     --title "用户故事" \
+     --markdown {process_slug}/pages/docs/user-stories.md
    ```
 
-8. Generate the root-level PRD at `{process_slug}/pages/docs/prd.html` using the structured renderer with `--stage clarify --uid prd`. The data YAML must include `intro`, `annotations`, and `sections` for the 10 required PRD sections:
-
-   ```yaml
-   intro: "一句话 PRD 概述。"
-   annotations:
-     doc-purpose: "XXX 产品需求文档"
-     doc-stories: "..."
-     doc-rules: "..."
-     doc-boundaries: "..."
-     doc-exceptions: "..."
-     doc-refs: "requirements.html | user-stories.html"
-   sections:
-     - title: "1. 需求背景"
-       content: "..."
-     - title: "2. 用户故事"
-       content: "..."
-     - title: "3. 功能拆解"
-       content: "..."
-     - title: "4. 业务流程图"
-       content: "..."
-     - title: "5. 验收标准"
-       content: "..."
-     - title: "6. 业务规则"
-       content: "..."
-     - title: "7. 非功能需求"
-       content: "..."
-     - title: "8. 关联系统/接口"
-       content: "..."
-     - title: "9. 相关产物链接"
-       content: "| 产物 | 路径 | 状态 |"
-     - title: "10. 风险与开放问题"
-       content: "..."
+8. Generate the root-level PRD at `{process_slug}/pages/docs/prd.html` using the Markdown-first renderer:
+
+   ```bash
+   python scripts/lincoln_render.py \
+     --stage clarify \
+     --target {process_slug}/pages/docs/prd.html \
+     --title "产品需求文档" \
+     --markdown {process_slug}/pages/docs/prd.md
    ```
 
+   Write `{process_slug}/pages/docs/prd.md` with at least these H2 chapters, but feel free to add, merge, or reorder them to best tell the story:
+
+   - `## 1. 需求背景`
+   - `## 2. 用户故事`
+   - `## 3. 功能拆解`
+   - `## 4. 业务流程图` (use ` ```mermaid ` diagrams)
+   - `## 5. 验收标准`
+   - `## 6. 业务规则`
+   - `## 7. 非功能需求`
+   - `## 8. 关联系统/接口`
+   - `## 9. 相关产物链接`
+   - `## 10. 风险与开放问题`
+
    It must also carry:
-   - `<!-- version: v1.0 -->` marker (added automatically by the renderer from `--version`).
+   - `<!-- version: v1.0 -->` marker (added automatically by the renderer from the Markdown file or `--version`).
    - Meta tags: `doc-title`, `nav-group="Docs"`, `doc-version="v1.0"`, and a stable `doc-uid` (all injected by the renderer).
 9. When the PM confirms, add an approval marker inside `requirements.html`: `<!-- status: approved -->`.
 10. After human approval, run `python scripts/lincoln_prd.py freeze` to create the immutable snapshot `{process_slug}/pages/docs/snapshots/prd-v1.0.html`.

package/framework/.claude/skills/draft-product-design/prompts/main.md

@@ -21,27 +21,40 @@ Create `{process_slug}/pages/docs/` HTML design documents with enough product, d
 
 1. Validate that `{process_slug}/pages/docs/requirements.html` is approved (contains `<!-- status: approved -->`).
 2. Read `{process_slug}/pages/docs/requirements.html`, `user-stories.html`, and the root-level `{process_slug}/pages/docs/prd.html`.
-3. Produce the design package under `{process_slug}/pages/docs/` using `python scripts/lincoln_render.py --stage product-design-docs --target <path> --data <yaml>`. Each page uses the structured doc template; provide a YAML data file with `intro`, `annotations`, and the domain-specific keys below. The renderer injects the annotation metas (`doc-purpose`, `doc-layout`, `doc-fields`, `doc-boundaries`, `doc-exceptions`, plus `doc-stories`, `doc-rules`, `doc-refs` when useful) so the portal right panel explains functionality, layout, fields, boundary cases, and exception flows.
+3. Produce the design package under `{process_slug}/pages/docs/`. Use the Markdown-first template for narrative documents and the structured template only when a fixed table is clearer.
 
-   Common command pattern:
+   Default to Markdown for: `design-review`, `scenarios`, `feasibility`, `version-log`.
+   Use structured data (`--data`) only when a rigid table is genuinely better: `feature-catalog`, `data-model`, `page-map`, `api-list`.
+   For `flows`, prefer a Markdown file with ` ```mermaid ` diagrams.
+
+   Simplified single-page command:
    ```bash
    python scripts/lincoln_render.py \
      --stage product-design-docs \
      --target issue-<N>/pages/docs/<page>.html \
-     --title "<标题>" --nav-label "<导航标签>" --version v1.0 --uid <uid> \
-     --data issue-<N>/pages/docs/<page>.yaml
+     --title "<标题>" \
+     --markdown issue-<N>/pages/docs/<page>.md
+   ```
+
+   You can also render the whole missing package in one call:
+   ```bash
+   python scripts/lincoln_render.py \
+     --render-stage \
+     --stage product-design-docs \
+     --state-file issue-<N>/workflow-stage.yaml
    ```
+   This creates only the pages that do not yet exist. If a matching `.md` file exists, it is used automatically; otherwise the page is created empty for you to fill afterwards.
 
-   Page-specific data keys:
-   - `design-review.html`: `sections` (decision summary, scope, links, open questions, approval checklist).
-   - `scenarios.html`: `sections` plus optional `personas`, `primary`, `boundary`, `non_goals` arrays.
-   - `feature-catalog.html`: `features` array (`id`, `title`, `priority`, `acceptance`, `source`).
-   - `data-model.html`: `entities` array (`name`, `fields`, `constraints`, `states`).
-   - `flows.html`: `flows` array (`name`, `type`, `mermaid`, `steps`).
-   - `page-map.html`: `pages` array (`id`, `title`, `path`, `links`, `notes`).
-   - `feasibility.html`: `sections` plus `risks` and `options` arrays.
-   - `version-log.html`: `sections` plus `entries` array (`version`, `date`, `author`, `changes`, `rationale`).
-   - `api-list.html`: `apis` array (`name`, `method`, `endpoint`, `purpose`, `contract`).
+   Page-specific guidance:
+   - `design-review.md`: H2 chapters such as `## 决策摘要`, `## 范围`, `## 链接`, `## 开放问题`, `## 审批清单`.
+   - `scenarios.md`: `## 主要场景`, `## 边界场景`, `## 非目标`, plus persona descriptions and Mermaid flowcharts.
+   - `feature-catalog.md`: either a Markdown table or a YAML `features` array.
+   - `data-model.md`: either Markdown entity sections or a YAML `entities` array.
+   - `flows.md`: Markdown with ` ```mermaid ` flowcharts and numbered step lists.
+   - `page-map.md`: either a Markdown table or a YAML `pages` array.
+   - `feasibility.md`: H2 chapters such as `## 风险`, `## 方案对比`, `## 建议`.
+   - `version-log.md`: H2 chapters plus a Markdown table of version entries.
+   - `api-list.md`: either a Markdown table or a YAML `apis` array.
 4. Create the PM→UX handoff contract at `{process_slug}/handoffs/pm-to-ux/pm-to-ux.handoff.yaml` referencing the approved design docs and PRD versions.
 5. Create the human-readable PM→UX handoff portal page at `{process_slug}/pages/docs/handoff-pm-to-ux-v1.0.html` and the narrative master handoff document at `{process_slug}/handoffs/pm-to-ux/master-handoff-pm-to-ux-v1.0.md`. These summarize core decisions, scope, open questions, and the context pack for the receiving UX Agent.
 6. Keep all documents traceable to the approved requirement and transcript timestamps where available.

package/framework/.claude/skills/lc-init-branch/SKILL.md

@@ -43,10 +43,10 @@ PM 在 Conductor 中基于 GitHub issue 初始化 workspace 后，调用此 skil
 3. 写入 `{process_slug}/workflow-stage.yaml`，设置 `issue_number`、`session_id`、`design_id`、`process_slug`，并自动生成 `{process_slug}/documents.yaml` 文档索引。
 4. Commit 初始过程包，可选 `--push` 到远程。
 
-示例：
+示例（全局插件模式下请使用 `$LINCOLN_ROOT` 指向的脚本，避免读到项目本地遗留的旧模板）：
 
 ```bash
-scripts/init-lincoln-branch.sh --issue-number 21 --session-id 2026-07-08-stakeholder --design-id checkout-redesign --push
+"$LINCOLN_ROOT/scripts/init-lincoln-branch.sh" --issue-number 21 --session-id 2026-07-08-stakeholder --design-id checkout-redesign --push
 ```
 
 过程包只存在于 feature branch，不合并到 `main`。

package/framework/.claude/stages/clarify.yaml

@@ -18,10 +18,10 @@ primary_action: clarify-requirements
 variables:
 - process_slug
 artifact_templates:
-  '{process_slug}/pages/docs/requirements.html': .claude/templates/issue-package/page-doc-structured.html.tpl
-  '{process_slug}/pages/docs/user-stories.html': .claude/templates/issue-package/page-doc-structured.html.tpl
-  '{process_slug}/pages/docs/prd.html': .claude/templates/issue-package/page-doc-structured.html.tpl
-  '{process_slug}/pages/docs/snapshots/prd-v*.html': .claude/templates/issue-package/page-doc-structured.html.tpl
+  '{process_slug}/pages/docs/requirements.html': .claude/templates/issue-package/page-doc.html.tpl
+  '{process_slug}/pages/docs/user-stories.html': .claude/templates/issue-package/page-doc.html.tpl
+  '{process_slug}/pages/docs/prd.html': .claude/templates/issue-package/page-doc.html.tpl
+  '{process_slug}/pages/docs/snapshots/prd-v*.html': .claude/templates/issue-package/page-doc.html.tpl
 agent:
   primary: lc-pm
   reviewers:

package/framework/.claude/stages/product-design-docs.yaml

@@ -16,16 +16,16 @@ primary_action: draft-product-design
 variables:
 - process_slug
 artifact_templates:
-  '{process_slug}/pages/docs/design-review.html': .claude/templates/issue-package/page-doc-structured.html.tpl
-  '{process_slug}/pages/docs/scenarios.html': .claude/templates/issue-package/page-doc-structured.html.tpl
+  '{process_slug}/pages/docs/design-review.html': .claude/templates/issue-package/page-doc.html.tpl
+  '{process_slug}/pages/docs/scenarios.html': .claude/templates/issue-package/page-doc.html.tpl
   '{process_slug}/pages/docs/feature-catalog.html': .claude/templates/issue-package/page-doc-structured.html.tpl
   '{process_slug}/pages/docs/data-model.html': .claude/templates/issue-package/page-doc-structured.html.tpl
-  '{process_slug}/pages/docs/flows.html': .claude/templates/issue-package/page-doc-structured.html.tpl
-  '{process_slug}/pages/docs/feasibility.html': .claude/templates/issue-package/page-doc-structured.html.tpl
+  '{process_slug}/pages/docs/flows.html': .claude/templates/issue-package/page-doc.html.tpl
+  '{process_slug}/pages/docs/feasibility.html': .claude/templates/issue-package/page-doc.html.tpl
   '{process_slug}/pages/docs/page-map.html': .claude/templates/issue-package/page-doc-structured.html.tpl
-  '{process_slug}/pages/docs/version-log.html': .claude/templates/issue-package/page-doc-structured.html.tpl
+  '{process_slug}/pages/docs/version-log.html': .claude/templates/issue-package/page-doc.html.tpl
   '{process_slug}/pages/docs/api-list.html': .claude/templates/issue-package/page-doc-structured.html.tpl
-  '{process_slug}/pages/docs/handoff-pm-to-ux-v*.html': .claude/templates/issue-package/page-doc-structured.html.tpl
+  '{process_slug}/pages/docs/handoff-pm-to-ux-v*.html': .claude/templates/issue-package/page-doc.html.tpl
 agent:
   primary: lc-pm
   reviewers:

package/framework/.claude-plugin/marketplace.json

@@ -9,7 +9,7 @@
     {
       "name": "lincoln",
       "description": "AI-Native product R&D collaboration system for Conductor + Claude Code. Orchestrates stages, gates, artifacts, skills, and roles across product, design, and engineering into a repeatable workflow from recordings to GitHub Issues to Obsidian knowledge base.",
-      "version": "1.6.1",
+      "version": "1.6.3",
       "author": {
         "name": "Lincoln contributors"
       },
@@ -28,5 +28,5 @@
       ]
     }
   ],
-  "version": "1.6.1"
+  "version": "1.6.3"
 }

package/framework/.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lincoln",
-  "version": "1.6.1",
+  "version": "1.6.3",
   "description": "AI-Native product R&D collaboration system for Conductor + Claude Code + OpenSpec + GitHub + Obsidian",
   "author": {
     "name": "Lincoln contributors"

package/framework/.version-bump.json

@@ -1,5 +1,5 @@
 {
-  "version": "1.6.1",
+  "version": "1.6.3",
   "manifests": [
     {
       "path": ".claude-plugin/plugin.json",

package/framework/README.en.md

@@ -10,9 +10,9 @@ Lincoln is an AI-Native R&D workflow system spanning **IDEs, agent harnesses, co
 
 ## Latest Release
 
-[![Release](https://img.shields.io/badge/release-v1.6.1-blue)](RELEASE.md)
+[![Release](https://img.shields.io/badge/release-v1.6.3-blue)](RELEASE.md)
 
-**v1.6.1** is released: Lincoln switches to a global npm plugin model. Install with `npm install -g @sushanglewis/lincoln`; projects opt in via `.lincoln.yaml`.
+**v1.6.3** is released: Lincoln switches to a global npm plugin model. Install with `npm install -g @sushanglewis/lincoln`; projects opt in via `.lincoln.yaml`.
 
 See the full release notes in [RELEASE.md](RELEASE.md).
 

package/framework/README.md

@@ -10,9 +10,9 @@ Lincoln 是一个贯穿 **IDE、Agent Harness、代码托管、知识管理、
 
 ## 最新版本
 
-[![Release](https://img.shields.io/badge/release-v1.6.1-blue)](RELEASE.md)
+[![Release](https://img.shields.io/badge/release-v1.6.3-blue)](RELEASE.md)
 
-**v1.6.1** 已发布：Lincoln 切换为全局 npm 插件模型，通过 `npm install -g @sushanglewis/lincoln` 安装，项目侧使用 `.lincoln.yaml` 选择性激活。
+**v1.6.3** 已发布：Lincoln 切换为全局 npm 插件模型，通过 `npm install -g @sushanglewis/lincoln` 安装，项目侧使用 `.lincoln.yaml` 选择性激活。
 
 查看完整发布说明：[RELEASE.md](RELEASE.md)
 

package/framework/RELEASE.md

@@ -1,3 +1,38 @@
+# Lincoln v1.6.3 Release Notes
+
+**Release date:** 2026-08-14
+
+## Highlights
+
+- **Markdown-first issue-package documents (#108)** — `page-doc.html.tpl` now renders full Markdown (nested lists, ordered lists, tables, code blocks) and real Mermaid diagrams via a local `mermaid.min.js` runtime. Agents can write big sections with ` ```mermaid ` flowcharts instead of forcing everything into rigid YAML tables.
+- **Coarser `lincoln_render.py` CLI (#108)** — `nav-label`, `nav-group`, `version`, `uid`, and `stage-mark` now derive sensible defaults from the title, target filename, and Markdown source. The most common single-page invocation shrinks from 8+ flags to `--stage --target --title --markdown`.
+- **Stage-level batch rendering (#108)** — New `--render-stage` mode renders all missing artifact pages declared by a stage definition in one command, using a matching `.md` file automatically when present. This removes repetitive boilerplate from skill prompts.
+- **Stage routing refresh (#108)** — `clarify` and `product-design-docs` stages route narrative docs (requirements, PRD, design-review, scenarios, flows, feasibility, version-log) to the Markdown-first template, while tabular docs (feature-catalog, data-model, page-map, api-list) keep the structured template.
+- **Skill prompt updates (#108)** — `clarify-requirements` and `draft-product-design` prompts now encourage agents to organize docs as big Markdown chapters and use Mermaid diagrams whenever that communicates the requirement more clearly.
+
+## Migration Notes
+
+- Existing issue packages continue to work: the structured template and all existing HTML pages are unchanged. New or re-rendered doc pages will use the Markdown-first behavior.
+- To get Mermaid support in an existing issue package, re-render the doc page or copy `mermaid.min.js` into `{process_slug}/assets/`.
+
+---
+
+# Lincoln v1.6.2 Release Notes
+
+**Release date:** 2026-08-12
+
+## Highlights
+
+- **全局插件模式下 `lc-init-branch` 使用全局模板** — 修复 `lc-init-branch` 命令映射指向项目本地 `scripts/init-lincoln-branch.sh` 的问题。现在它会调用 `"$LINCOLN_ROOT/scripts/init-lincoln-branch.sh"`，确保新建 issue 工作包读取 `~/.lincoln/current/` 下的最新模板，而不是项目里遗留的旧版本 `.claude/templates/issue-package/`。
+- **迁移提示更新** — `lc-init-branch` skill 文档的示例命令改为使用 `$LINCOLN_ROOT`，与全局插件模型保持一致。
+
+## Migration Notes
+
+- 已使用全局插件模式的项目，运行 `lincoln migrate-project --yes` 清理本地旧 `.claude/` 文件后，再通过 `lc-init-branch` 初始化工作包即可生效。
+- 如果已手动安装 Lincoln 1.6.1，可编辑 `~/.claude/harnesses/command-map.yaml` 中 `lc-init-branch` 的 action 为 `bash "$LINCOLN_ROOT/scripts/init-lincoln-branch.sh"`，或升级到 1.6.2 后重新 `lincoln install`。
+
+---
+
 # Lincoln v1.6.1 Release Notes
 
 **Release date:** 2026-08-11

package/framework/manifest.json

@@ -1,6 +1,6 @@
 {
-  "version": "1.6.1",
-  "generatedAt": "2026-08-11T08:28:26.475Z",
+  "version": "1.6.3",
+  "generatedAt": "2026-08-15T07:56:15.597Z",
   "files": [
     {
       "path": ".claude-plugin/hooks.json",
@@ -8,11 +8,11 @@
     },
     {
       "path": ".claude-plugin/marketplace.json",
-      "sha256": "22fdfe338d31ebf825de92dc86a198cdae95ad32053bfa23f804cd5a63f0a4dd"
+      "sha256": "ca2c4d46391a9f74e7b516169ee0c4dc2053e39b166604b4765bf5301dc8d9fb"
     },
     {
       "path": ".claude-plugin/plugin.json",
-      "sha256": "f5694b88ed47be30dc02a6c0b222d2f3e02a5b6947cbf6c78ce7b113f533ea66"
+      "sha256": "63d7a6191340cd49f78cddb78585849b88870e5969b8d5c4d830d81adaa4ba30"
     },
     {
       "path": ".claude/agents/architect.md",
@@ -38,38 +38,14 @@
       "path": ".claude/agents/external/everything-claude-code.manifest.yaml",
       "sha256": "4a53705c4d216b115ed99463d2dd31ee4c71fcdc2dccff47a3e8b30a38a9ae9c"
     },
-    {
-      "path": ".claude/agents/external/everything-claude-code/agents/ecc-tdd-guide.md",
-      "sha256": "33d42f8613ce587f6529f5d45325809c9e6c70c73b61c4029217bc5b0e76be43"
-    },
     {
       "path": ".claude/agents/external/oh-my-claudecode.manifest.yaml",
       "sha256": "415febed380415a9bd867fbb83b8165c01d6014047e0de13b6d27e8ccce1d29d"
     },
-    {
-      "path": ".claude/agents/external/oh-my-claudecode/agents/omc-architect.md",
-      "sha256": "b97fa40890dc17701939943e98dfcec34e0aebd2df3a31f13db2c469daf43082"
-    },
-    {
-      "path": ".claude/agents/external/oh-my-claudecode/agents/omc-code-reviewer.md",
-      "sha256": "3677f8240de9ecbb72c610097c420f8f1f04027f96f7b575b2b5cfa93d3e2f17"
-    },
-    {
-      "path": ".claude/agents/external/oh-my-claudecode/agents/omc-designer.md",
-      "sha256": "1c2e32dac27375b05f5f116fd13d2f703d5ecb8c26f866add790fda47e40f50d"
-    },
-    {
-      "path": ".claude/agents/external/oh-my-claudecode/agents/omc-qa-tester.md",
-      "sha256": "bd77183d7ec8b3f01380dc497090fa1eaa04d64e88cd0457a9ffd915aca592b6"
-    },
     {
       "path": ".claude/agents/external/wshobson-agents.manifest.yaml",
       "sha256": "1af9bd4355deebc93d134194bbb144039b4c680eaed9f357adafc7801cce610c"
     },
-    {
-      "path": ".claude/agents/external/wshobson-agents/agents/wshobson-frontend-developer.md",
-      "sha256": "13129e3c4e25a2a208fa5871fb49623f652387efa45a6deca1a6a1bda7e5d562"
-    },
     {
       "path": ".claude/agents/frontend-engineer.md",
       "sha256": "f6660eaa6440c655629cc54783500540a5b403cd3d5446f9601513cb2cee7dca"
@@ -104,7 +80,7 @@
     },
     {
       "path": ".claude/harnesses/command-map.yaml",
-      "sha256": "4eb7754906a309e47782a1ea9c7bdc4602eedb3adec60a5b9796d73bd5caa627"
+      "sha256": "c3cc07e5d4932c78ae074850d01e7c359a2a81694b3cef081c41aa268328b355"
     },
     {
       "path": ".claude/harnesses/opencode.yaml",
@@ -176,7 +152,7 @@
     },
     {
       "path": ".claude/skills/clarify-requirements/prompts/main.md",
-      "sha256": "0a29f5f44b94b219c801f53e5dc2e441d6fe15e7e07c4bde02562d5a92a53b57"
+      "sha256": "8674c8ed0e3b345485e84b36d936109bcd4c95e0f8fe818845f6828bb4f0abfb"
     },
     {
       "path": ".claude/skills/dependencies.yaml",
@@ -188,7 +164,7 @@
     },
     {
       "path": ".claude/skills/draft-product-design/prompts/main.md",
-      "sha256": "d23079d4dc5a1338877cb56221dfe77831a171f6750e0938aefb9d45c4b73322"
+      "sha256": "0ac5aac8da4a965135d36936baabb14fef852f65cc9d66da7b71de105fb1cf61"
     },
     {
       "path": ".claude/skills/lc-analyze-frameworks/SKILL.md",
@@ -248,7 +224,7 @@
     },
     {
       "path": ".claude/skills/lc-init-branch/SKILL.md",
-      "sha256": "da70dd2cd7f5a582efb1e6ec2b0d81f6697c7ac0610fd8d54ccfda45ae96c557"
+      "sha256": "2cfc8f1408682a8a594dbf482368cd85a0665a120512cfbc20e892037b091cfe"
     },
     {
       "path": ".claude/skills/lc-market-research/SKILL.md",
@@ -400,7 +376,7 @@
     },
     {
       "path": ".claude/stages/clarify.yaml",
-      "sha256": "82c6ce76f6762a12c5459e21ce98463eec4fb414f0eea4bae179eac173d451d0"
+      "sha256": "05e02ab354631cd982de039cd971b38d3ebe5f79a3ab119120495aa50a4bd9d1"
     },
     {
       "path": ".claude/stages/explore-opensource.yaml",
@@ -456,7 +432,7 @@
     },
     {
       "path": ".claude/stages/product-design-docs.yaml",
-      "sha256": "14b536415d9af5dadd72d7799e6ba117f605b833f39a35dc53dec597dbc5c38b"
+      "sha256": "10d59c8d14e1f930c550ee7caa57eb636cfd162c040d406f980f173c17738e31"
     },
     {
       "path": ".claude/stages/product-prototype.yaml",
@@ -516,7 +492,7 @@
     },
     {
       "path": ".version-bump.json",
-      "sha256": "97dda457797db0308ed54bfcdffed8c140a0418f4bcb40f6b593300f98a086b5"
+      "sha256": "4aa5a297bac44b5e8f0028cc96f3534ddbdef3b4272fd3cf7a96bd67a96a82b1"
     },
     {
       "path": "CLAUDE.md",
@@ -532,15 +508,15 @@
     },
     {
       "path": "README.en.md",
-      "sha256": "f3de08ca0e3dd688c06e9e34f14b0d73494ff1a96b1ebb6228ef2d98ba034e72"
+      "sha256": "72ece68f3810a6dbc1f4f74cc62c9f13382d84ae38d812eb8c72f01004e620c9"
     },
     {
       "path": "README.md",
-      "sha256": "3d10e4ee9425294d1a40169bd780f260cf6b28c235a5e4a86df5396c25a11577"
+      "sha256": "6f6e6559fe4d57d8c9e0aeadf6f72033eccc3a6ff4cd0b1259e78c69274b05b3"
     },
     {
       "path": "RELEASE.md",
-      "sha256": "a8a966d658b73122f3cdc0d41a22c1cde77d7a1b125a9291fcce19af2d8bdb36"
+      "sha256": "f7148da3e458f91d315b2055aac358abfbd2755133de7441fcfcc3b336416fc2"
     },
     {
       "path": "SKILL.md",
@@ -664,7 +640,7 @@
     },
     {
       "path": "scripts/lincoln_render.py",
-      "sha256": "3c9ed6f6ee1dd1f6c00b78c7518ffd71f473964befba81c774d2a144b5c2cc89"
+      "sha256": "0750b3cdcd77a0679e4dda626eebc0ab2bea90072d844e7979ac1c1365fa0800"
     },
     {
       "path": "scripts/lincoln_role.py",
@@ -744,7 +720,7 @@
     },
     {
       "path": "tools/lincoln-installer/package.json",
-      "sha256": "0ae0f7c5cfe23771e3c6f9c87a7c7495e1a725cf278244e26cb0dea13132aaf5"
+      "sha256": "3ec226b6929bdcc71e8da673d1570b2484ca6d720a4bb424f9aa4d646243da85"
     },
     {
       "path": "tools/lincoln-installer/src/cli.tsx",
@@ -1026,13 +1002,21 @@
       "path": "tools/lincoln/README.md",
       "sha256": "08e007598a46902ad4205f580b9af7a47973bab5d2bc543d0d39fe84d94baf04"
     },
+    {
+      "path": "tools/lincoln/dist/main.js",
+      "sha256": "27be36130341edba0c37782ab41d31331b5d9894454d2c7f45efe23d37e01fb5"
+    },
+    {
+      "path": "tools/lincoln/dist/main.js.map",
+      "sha256": "db7ba1724affeb15db717442d92e1e0ee5525a2423f57d7b69840ce6aaad78cd"
+    },
     {
       "path": "tools/lincoln/package-lock.json",
-      "sha256": "a546b6e754deaea02e41dd1a02f8c97c6f603b7079d9be89813b9ffb490ed48f"
+      "sha256": "3ecae1e1e256eaf5ac2d0607124c1fcdc8a32dd64759eaa667c6359df9cce1b4"
     },
     {
       "path": "tools/lincoln/package.json",
-      "sha256": "ea2249a32210b9f43ea31335985464dbf1d705cc2cf086390b0a06335acc68f9"
+      "sha256": "42942e1ac7259b3062228a8acc60c3dff835be6ad15a828b92d9b8c6760f46ef"
     },
     {
       "path": "tools/lincoln/src/cli.tsx",