monoco-toolkit 0.1.7__tar.gz → 0.2.0__tar.gz

monoco_toolkit-0.2.0/.github/workflows/ci.yml

@@ -0,0 +1,36 @@
+name: CI
+
+on:
+  push:
+    branches: ["main"]
+  pull_request:
+    branches: ["main"]
+
+jobs:
+  build-and-test:
+    runs-on: ubuntu-latest
+
+    steps:
+      - uses: actions/checkout@v4
+
+      # ----------------------------------------------------
+      # Python / Daemon Setup
+      # ----------------------------------------------------
+      - name: Install uv
+        uses: astral-sh/setup-uv@v5
+        with:
+          enable-cache: true
+
+      - name: Set up Python
+        uses: actions/setup-python@v5
+        with:
+          python-version: "3.12"
+
+      - name: Install Python Dependencies
+        run: uv sync --all-extras --dev
+
+      - name: Run Issue Lint
+        run: uv run monoco issue lint --recursive
+
+      - name: Run Python Tests
+        run: uv run pytest

{monoco_toolkit-0.1.7 → monoco_toolkit-0.2.0}/.github/workflows/publish-pypi.yml

@@ -25,7 +25,7 @@ jobs:
       - name: Set up Python
         uses: actions/setup-python@v5
         with:
-          python-version-file: "pyproject.toml"
+          python-version: "3.12"
 
       - name: Install Dependencies
         run: uv sync --all-extras --dev

{monoco_toolkit-0.1.7 → monoco_toolkit-0.2.0}/.github/workflows/publish-vscode-extension.yml

@@ -34,6 +34,9 @@ jobs:
       - name: Install Dependencies
         run: npm ci
 
+      - name: Install Server Dependencies
+        run: cd server && npm ci
+
       - name: Compile
         run: npm run compile
 

monoco_toolkit-0.2.0/CHANGELOG.md

@@ -0,0 +1,74 @@
+# Changelog
+
+All notable changes to Monoco Toolkit will be documented in this file.
+
+The format is based on [Keep a Changelog](https://keepachangelog.com/en/1.0.0/),
+and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0.html).
+
+## [0.2.0] - 2026-01-16
+
+### 🎯 Major Features
+
+#### LSP Architecture & VS Code Integration
+
+- **FEAT-0076**: Implemented Monoco Language Server with real-time diagnostics and intelligent completions
+- **FEAT-0077**: Migrated VS Code Cockpit to LSP architecture, replacing legacy CodeLens providers
+- **FEAT-0075**: Realigned VS Code extension with proxy pattern for better separation of concerns
+
+#### Agent Execution Layer
+
+- **FEAT-0078**: Implemented unified Agent Execution Layer with support for multiple AI providers (Claude, Gemini, Qwen)
+- **FEAT-0079**: Integrated Agent state management in VS Code extension
+- **FEAT-0080**: Added VS Code Execution UI with Sidebar and contextual CodeLens actions
+- **FEAT-0081**: Introduced Prompty Action System for context-aware agent skills
+
+#### Core Infrastructure
+
+- **FEAT-0073**: Implemented Skill Manager and Distribution system
+- **FEAT-0074**: Created Core Integration Registry for centralized agent framework management
+- **EPIC-0013**: Unified CLI & Daemon architecture with formal state protocol
+
+### 🔧 Improvements
+
+- Enhanced workspace state management with `WorkspaceState` protocol
+- Improved Git monitoring and issue lifecycle tracking
+- Refactored daemon services for better modularity
+- Added execution profile scanning and management
+
+### 🐛 Bug Fixes
+
+- Fixed extension server communication issues
+- Resolved LSP module resolution errors
+- Improved delivery report generation
+
+### 🗑️ Deprecated
+
+- Removed legacy built-in executions in favor of Prompty-based actions
+- Deprecated hardcoded integration logic in `monoco/core/sync.py`
+
+### 📚 Documentation
+
+- Updated architecture documentation for LSP integration
+- Enhanced skill system documentation
+
+---
+
+## [0.1.7] - 2026-01-15
+
+### Features
+
+- Fixed extension publish and lint issues
+
+## [0.1.6] - 2026-01-15
+
+### Features
+
+- Agent environment integration
+- Skill distribution system
+- Issue stage renaming (todo → draft)
+
+---
+
+[0.2.0]: https://github.com/IndenScale/Monoco/compare/v0.1.7...v0.2.0
+[0.1.7]: https://github.com/IndenScale/Monoco/compare/v0.1.6...v0.1.7
+[0.1.6]: https://github.com/IndenScale/Monoco/releases/tag/v0.1.6

monoco_toolkit-0.2.0/Issues/Epics/closed/EPIC-0004-/345/212/250/346/200/201/346/226/207/346/241/243/345/233/275/351/231/205/345/214/226/344/275/223/347/263/273.md

@@ -0,0 +1,51 @@
+---
+id: EPIC-0004
+uid: 6f4a65
+type: epic
+status: closed
+stage: done
+title: 动态文档国际化体系 (Dynamic Documentation I18n)
+created_at: '2026-01-12T00:00:00'
+updated_at: '2026-01-15T20:25:38'
+closed_at: '2026-01-15T20:25:38'
+solution: implemented
+dependencies: []
+related: []
+tags:
+- i18n
+- documentation
+- agent-native
+progress: 2/2
+files_count: 5
+---
+
+## EPIC-0004: 动态文档国际化体系 (Dynamic Documentation I18n)
+
+## 目标 (Objective)
+
+确保 Monoco 的文档在快速迭代中保持**中英双语同步**。通过 Agent 自动化流程，降低维护多语言文档的成本，防止文档腐烂。
+
+## 核心理念 (Core Concepts)
+
+1. **同构映射 (Isomorphic Mapping)**: 中文文档与英文文档必须保持 1:1 的文件结构映射。
+   - `docs/en/guide.md` <-> `docs/zh/guide.md`
+2. **自动化校验 (Automation Validation)**: 任何对源语言（通常是中文）的修改，都应触发一致性校验检查是否存在“孤儿文档”。
+3. **KISS**: 优先实现质量控制（Scan），暂缓实现复杂的序列化对齐和自动翻译，保持系统简洁。
+
+## 关键交付 (Key Deliverables)
+
+1. **I18n CLI (`monoco i18n`)**:
+   - `scan`: 扫描文档目录，报告缺失的翻译。支持 Suffix 和 Subdir 两种模式。
+2. **质量门禁**: `scan` 命令支持标准退出码，可直接集成于 CI/CD 或 pre-commit。
+3. **技能分发**: 已通过 `monoco sync` 将 I18n 维护技能分发至 Agent 工作区。
+4. **[CUT] 自动补全 (`monoco i18n sync`)**: 需求暂缓，避免过度工程。
+5. **[CUT] 锚点对齐 (Anchor Alignment)**: 需求暂缓。
+
+## 子故事 (Child Features)
+
+- [x] [[FEAT-0005]]: I18n 扫描器与状态报告 (Scanner) - Implemented
+- [x] [[FEAT-0011]]: 增强 i18n 报告功能 (Reporting Enhancement) - Implemented
+
+## 结论 (Solution)
+
+核心能力（扫描与一致性检查）已随 `FEAT-0005` 和 `FEAT-0011` 交付。通过 `monoco i18n scan` 建立了文档质量门禁。高级自动化功能（如 `sync` 占位符生成和段落对齐）因当前阶段并非 WAU 瓶颈而被裁剪，以符合 Monoco 的 KISS 原则。

{monoco_toolkit-0.1.7 → monoco_toolkit-0.2.0}/Issues/Epics/closed/EPIC-0010-agent-terminal-integration.md

@@ -17,7 +17,7 @@ tags:
 - cli
 - websocket
 owner: Product Owner
-progress: 2/2
+progress: 4/4
 files_count: 0
 uid: d8a571
 ---

monoco_toolkit-0.2.0/Issues/Epics/closed/EPIC-0013-architecture-unification-cli-daemon.md

@@ -0,0 +1,56 @@
+---
+id: EPIC-0013
+uid: e13a2d
+type: epic
+status: closed
+progress: 2/2
+title: "Architecture Unification: CLI & Daemon"
+created_at: "2026-01-15T16:45:00"
+opened_at: "2026-01-15T16:45:00"
+updated_at: "2026-01-15T18:30:00"
+closed_at: "2026-01-15T18:30:00"
+solution: implemented
+---
+
+## EPIC-0013: 架构统一：CLI 与 Daemon 的物理行为对齐
+
+## 目标 (Objective)
+
+通过引入统一的核心 Primitives (Workspace, Project, State)，消除 Monoco CLI 和 Monoco Daemon 之间的行为差异，确保“文件即协议”的严格执行。
+
+## 核心交付点 (Key Results)
+
+1. **统一的项目发现逻辑**：CLI 和 Daemon 使用同一套代码识别 Project 和 Workspace。
+2. **统一的状态持久化**：所有的持久化状态（如上次活动项目）存储在 `.monoco/state.json`。
+3. **插件 Proxy 化**：VS Code 插件彻底移除逻辑计算，仅作为 Daemon 的展示层。
+
+## 工作包 (Work Packages)
+
+### 1. 物理协议形式化 [DONE]
+
+- [x] **Config Schema**：统一使用 `MonocoConfig` Pydantic 模型。
+- [x] **Issue Schema**：统一使用 `IssueMetadata` Pydantic 模型。
+- [x] **State Schema**：实现 `monoco.core.state.WorkspaceState`。
+
+### 2. 核心架构对齐 [DONE]
+
+- [x] **项目抽象 (Project Primitive)**：统一 `MonocoProject` 和 `Workspace` 管理。
+- [x] **服务解耦 (Service Decoupling)**：Monitor (Watchdog) 逻辑从 Daemon 上帝类中剥离，沉淀到 core/feature。
+
+### 3. 命令行为一致性 [DONE]
+
+- [x] **Issue 逻辑复用**：CLI (`monoco issue`) 直接调用 `monoco.features.issue.core`。
+- [x] **配置管理一致性**：Daemon 通过 `ConfigMonitor` 实时更新配置，确保与 CLI 行为同步。
+
+### 4. VS Code 插件“去计算化” [DONE]
+
+- [x] **统一 Profiles 扫描**：插件通过 `/api/v1/execution/profiles` 获取，不再手动扫描。
+- [x] **移除冗余解析**：删除 `IssueParser.ts`，CodeLens 定位改为轻量级行扫描。
+- [x] **插件瘦身**：插件侧不持有任何 Issue 生命周期逻辑（如状态环），完全透传 API。
+
+## 验收标准 (Acceptance Criteria)
+
+- [x] `monoco issue open/close` 导致 VS Code Kanban 实时刷新。
+- [x] `monoco.yaml` (legacy) 兼容逻辑彻底移除，统一使用 `.monoco/` 目录。
+- [x] 插件侧 `IssueParser.ts` 文件被物理删除。
+- [x] 代码中不再存在硬编码的生命周期状态环。

{monoco_toolkit-0.1.7 → monoco_toolkit-0.2.0}/Issues/Epics/closed/EPIC-0014-agent-environment-integration.md

@@ -16,7 +16,7 @@ tags:
 - agent-native
 - integration
 - dx
-progress: 3/3
+progress: 5/5
 files_count: 0
 ---
 

{monoco_toolkit-0.1.7 → monoco_toolkit-0.2.0}/Issues/Epics/open/EPIC-0011-vscode-extension-integration.md

@@ -6,15 +6,15 @@ status: Open
 owner: Product Owner
 parent: null
 dependencies:
-- EPIC-0006
-- EPIC-0010
+  - EPIC-0006
+  - EPIC-0010
 tags:
-- vscode
-- extension
-- webview
-- cockpit
+  - vscode
+  - extension
+  - webview
+  - cockpit
 created_at: 2026-01-14
-progress: 0/4
+progress: 2/4
 files_count: 0
 stage: draft
 uid: 287d08

monoco_toolkit-0.2.0/Issues/Epics/open/EPIC-0012-enable-agent-execution-in-vs-code-extension.md

@@ -0,0 +1,35 @@
+---
+id: EPIC-0012
+uid: 1c7c3e
+type: epic
+status: open
+stage: draft
+title: Enable Agent Execution in VS Code Extension
+created_at: "2026-01-15T08:55:46"
+opened_at: "2026-01-15T08:55:46"
+updated_at: "2026-01-15T08:55:46"
+dependencies: []
+related: []
+tags: []
+progress: 1/1
+files_count: 0
+---
+
+## EPIC-0012: Enable Agent Execution in VS Code Extension
+
+## Objective
+
+Enable users to execute Monoco Agent profiles (defined in `.monoco/execution/SOP.md`) directly from VS Code.
+Identify available profiles via LSP and trigger them using a visual interface (Agent Bar).
+
+## Acceptance Criteria
+
+- [ ] **Profile Discovery**: LSP server scans and returns all available execution profiles.
+- [ ] **Agent Bar UI**: A dedicated view in VS Code to list profiles.
+- [ ] **Execution**: Clicking a profile triggers the corresponding command in a VS Code terminal.
+
+## Technical Tasks
+
+- [x] **LSP Server**: Implement `monoco/getExecutionProfiles` request handler.
+- [ ] **VS Code Client**: Implement `AgentSidebarProvider` to render the list of profiles.
+- [ ] **VS Code Client**: Implement `monoco.runProfile` command.

{monoco_toolkit-0.1.7/Issues/Features/open → monoco_toolkit-0.2.0/Issues/Features/closed}/FEAT-0059-vscode-extension-bridge.md

@@ -2,19 +2,23 @@
 id: FEAT-0059
 uid: vsc001
 type: feature
-status: open
-stage: review
+status: closed
+stage: done
 title: VS Code Extension Scaffold & Webview Bridge
-created_at: '2026-01-14T13:40:00'
-opened_at: '2026-01-14T13:40:00'
-updated_at: '2026-01-14T14:08:05'
+created_at: "2026-01-14T13:40:00"
+opened_at: "2026-01-14T13:40:00"
+updated_at: "2026-01-15T22:50:00"
+solution: >
+  Created the VS Code extension project structure.
+  Implemented the WebviewProvider to host the Kanban app.
+  Established the `VsCodeMessenger` bridge for bidirectional communication between the Webview and the Extension Host.
 parent: EPIC-0011
 dependencies:
-- FEAT-0044
+  - FEAT-0044
 related: []
 tags:
-- vscode
-- infrastructure
+  - vscode
+  - infrastructure
 ---
 
 ## FEAT-0059: VS Code Extension Scaffold & Webview Bridge

monoco_toolkit-0.2.0/Issues/Features/closed/FEAT-0075-vs-code-extension-realignment-implementation-of-pr.md

@@ -0,0 +1,61 @@
+---
+id: FEAT-0075
+uid: c5fed3
+type: feature
+status: closed
+stage: done
+solution: implemented
+title: "VS Code Extension Realignment: Implementation of Proxy Pattern"
+created_at: "2026-01-15T18:02:47"
+opened_at: "2026-01-15T18:02:47"
+updated_at: "2026-01-15T18:30:00"
+closed_at: "2026-01-15T18:30:00"
+parent: EPIC-0013
+dependencies: []
+related: []
+tags: [extension]
+---
+
+## FEAT-0075: VS Code 插件“去计算化”重构 (Proxy Pattern)
+
+## 最终成果 (Outcome)
+
+成功将 VS Code 插件重构为纯粹的 **Proxy (代理)**。插件侧零逻辑,所有行为均由 Server 驱动。
+
+### 核心亮点
+
+1. **Server-Driven CodeLens**: 按钮列表、标题、目标状态均来自后端 `actions` 字段。
+2. **符合 VS Code 风格的交互**: 取消图标,改为平铺的动作按钮。
+3. **实时响应**: 通过原生 SSE 流实现 UI 的自动刷新。
+4. **移除冗余**: 彻底删除了 `IssueParser.ts` 和插件侧的文件扫描逻辑。
+
+## 目标 (Objective)
+
+将插件重构为 **Proxy 模式**，彻底移除其“计算”职责，仅作为服务器状态的展示层和请求触发器。
+
+## 验收标准 (Acceptance Criteria)
+
+- [x] **1. Profiles 去中心化**: 插件侧扫描 `.monoco/execution` 的逻辑彻底移除, 改为调用 `/api/v1/execution/profiles`。
+- [x] **2. Issue 解析下沉**: `IssueLensProvider` 不再手动解析 Markdown Frontmatter,改为通过文件的绝对路径向 API 请求 `GET /api/v1/issues?path=<absolute_path>` 获取元数据。
+- [x] **3. 操作行为闭环**: `toggleStatus`、`toggleStage`、`selectParent` 等指令不再直接修改文档内容,而是发送 `PATCH /api/v1/issues/{id}` 请求。
+- [x] **4. 自动刷新**: 插件通过 SSE 监听 `issue_upserted`、`issue_moved` 等事件,自动刷新相关展示(如 CodeLens 或 Kanban)。
+
+## 技术任务 (Technical Tasks)
+
+- [x] **Task 0: 后端 API 增强**
+  - [x] 增强 `IssueMetadata` 模型: 增加 `available_actions` 字段。
+  - [x] 实现 `get_available_actions()` 核心逻辑。
+  - [x] 增强 `update_issue()` 核心函数: 支持所有新字段的更新和验证。
+- [x] **Task 1: 重构 Execution Profiles 获取**
+  - [x] 物理文件扫描逻辑彻底移除,改为通过 API 获取。
+- [x] **Task 2: 实现 CodeLens 异步解析**
+  - [x] 修改 `IssueLensProvider`,调用 `GET /api/v1/issues?path=<absolute_path>`。
+- [x] **Task 3: 重构 Issue 指令集与事件桥接**
+  - [x] 修改 `issueCommands.ts`,将文本操作替换为标准的 API 请求。
+  - [x] 注册 `monoco.runAction` 通用动作指令。
+  - [x] 实现 SSE 事件流监听并触发 UI 刷新。
+- [x] **Task 4: 增强 Daemon 服务一致性**
+  - [x] 确保广播器 (Broadcaster) 正确发送所有 Issue 生命周期事件。
+- [x] **Task 5: 清理冗余代码**
+  - [x] 删除了 `IssueParser.ts`。
+  - [x] 移除了 `extension.ts` 中的手动文件扫描。

monoco_toolkit-0.2.0/Issues/Features/closed/FEAT-0076-implement-monoco-language-server.md

@@ -0,0 +1,76 @@
+---
+id: FEAT-0076
+uid: dbecda
+type: feature
+status: closed
+stage: done
+title: Implement Monoco Language Server
+created_at: "2026-01-15T20:57:14"
+opened_at: "2026-01-15T20:57:14"
+updated_at: "2026-01-15T20:57:14"
+dependencies: []
+related: []
+solution: >
+  Implemented a dual-project structure (client/server) within `extensions/vscode`.
+  The core logic was migrated to a TypeScript-based LSP server that validates Markdown frontmatter against JSON Schemas exported from the Python core.
+  This decoupled architecture removes the runtime dependency on Python for basic editor features and improves performance.
+tags: []
+---
+
+## FEAT-0076: 实现 Monoco 语言服务器 (TypeScript)
+
+## 目标 (Objective)
+
+将 Monoco Issue System 当前僵化的 "Action Proxy" 模式替换为灵活、基于校验驱动的 **Language Server Protocol (LSP)** 架构。
+**技术决策**：为了确保插件的轻量化、高性能和易分发性，决定采用 **TypeScript** 技术栈 (`vscode-languageserver`) 实现 LSP，与 VS Code 插件生态保持原生一致。
+
+## 架构上下文 (Context & Architecture)
+
+- **Native LSP (TypeScript)**: `extensions/vscode` 目录将被重构为 Monorepo 结构，包含 `client` 和 `server` 两个子项目。Server 运行在 Node.js 环境中，直接解析 Issue 文件。
+- **Schema Sync (协议一致性)**:
+  - **Python Core**: 依然作为业务逻辑的 SSOT (Single Source of Truth)。
+  - **JSON Schema**: 所有的 Pydantic Models (Issue, Epic, Feature) 将自动导出为 JSON Schema。
+  - **TS Validator**: LSP Server 加载 JSON Schema 进行校验，确保编辑器与 CLI 的逻辑一致。
+- **Decoupling**: 编辑器体验完全独立于 Python 环境，无需配置 Python 解释器即可获得基本的语法高亮和校验。
+
+## 验收标准 (Acceptance Criteria)
+
+1. **分发友好**: 插件打包后为单一 `.vsix`，不依赖外部 Python 环境。
+2. **诊断 (Diagnostics)**:
+   - 基于 JSON Schema 校验 Frontmatter 结构 (字段类型、枚举值)。
+   - 自定义逻辑校验 (Logic Validation): 如断链检测 (Link Integrity)。
+3. **能力对齐**:
+   - 支持 `completion` (智能补全状态和 ID)。
+   - 支持 `definition` (跳转到 Parent/Dependency 文件)。
+   - 支持 `codeAction` (状态机流转快速修复)。
+4. **Schema 同步**: 提供脚本从 `monoco.core` 导出 Schema 供 LSP 使用。
+
+## 技术任务 (Technical Tasks)
+
+### 1. 项目结构重构
+
+- [x] 在 `extensions/vscode` 下建立结构 (`client` / `server`)。
+- [x] 初始化 `server` 目录，安装 `vscode-languageserver`, `vscode-languageserver-textdocument`。
+- [x] 配置 `server` 的 `tsconfig.json` 和构建脚本。
+
+### 2. 协议同步 (Schema Pipeline)
+
+- [x] 创建脚本 `scripts/export_schema.py`: 从 `monoco.features.issue.models` 导出 JSON Schema。
+- [x] 将生成的 schema 放置在 `extensions/vscode/server/src/schema/` 中。
+
+### 3. LSP Server 实现 (TypeScript)
+
+- [x] **初始化**: 实现 `connection.onInitialize`。
+- [x] **文档同步**: 使用 `TextDocuments` 管理全量/增量文档同步。
+- [x] **诊断**: 实现 `validateTextDocument` 函数，解析 YAML Frontmatter 并对照 Schema 校验。
+- [x] **图谱构建**: 实现简易的 Workspace 扫描器 (用于 ID 索引和跳转)。
+
+### 4. Client 集成
+
+- [x] 修改 `client/src/extension.ts` 以启动 Server (`LanguageClient`).
+- [x] 移除旧的 `issueCommands.ts` 和相关命令注册。
+
+### 5. 功能迁移
+
+- [x] 移植 Status/Stage 校验逻辑到 TypeScript。
+- [x] 实现 ID 索引逻辑 (用于 Auto-completion 和 Goto Definition)。

monoco_toolkit-0.2.0/Issues/Features/closed/FEAT-0077-migrate-cockpit-to-lsp.md

@@ -0,0 +1,79 @@
+---
+id: "FEAT-0077"
+type: "feature"
+status: "closed"
+stage: "done"
+title: "Migrate Cockpit View to Pure LSP Architecture"
+parent: "EPIC-0005"
+solution: "Implemented Pure LSP architecture, removing Python dependency for the Kanban view."
+---
+
+# Feature: Migrate Cockpit View to Pure LSP Architecture
+
+本特性旨在将 VS Code 扩展的 Cockpit (Kanban) 视图从当前的 Hybrid 架构（Webview <-> HTTP Daemon）迁移到 Pure LSP 架构（Webview <-> VS Code Client <-> LSP Server）。
+
+## 1. 背景与目标 (Context & Objectives)
+
+**当前痛点**:
+
+- **运行时强依赖**: Cockpit 视图依赖 `monoco serve` 提供的 HTTP API 和 SSE 推送。一旦 Python 进程启动失败或未安装，视图将不可用或白屏。
+- **状态不一致**: LSP Server (Node.js) 和 HTTP Daemon (Python) 各自维护一套内存索引，可能导致 IDE 智能提示与看板状态不一致。
+- **交互限制**: 看板操作（如拖拽）通过 HTTP 调用 Python API 修改文件，导致 VS Code 无法感知文件变更，也无法通过 `Cmd+Z` 撤销操作。
+
+**目标**:
+
+1.  **移除运行时依赖**: 使 VS Code 扩展在没有 Python 环境的情况下也能提供完整的 Issue 管理和看板交互能力。
+2.  **单一真实源**: 统一使用 LSP Server 的索引作为 Single Source of Truth。
+3.  **编辑器原生体验**: 通过 LSP 通信，使看板操作转化为 `WorkspaceEdit`，获得原生的撤销/重做支持。
+
+## 2. 详细设计 (Detailed Design)
+
+### 2.1 架构变更
+
+- **Before**:
+  - Read: Webview -> fetch(HTTP) -> Python Daemon
+  - Write: Webview -> fetch(HTTP) -> Python Daemon -> File System
+  - Notify: Python Daemon -> SSE -> Webview
+- **After**:
+  - Read: Webview -> postMessage -> Client -> sendRequest -> **LSP Server**
+  - Write: Webview -> postMessage -> Client -> sendRequest -> **LSP Server** -> **WorkspaceEdit** -> Editor
+  - Notify: **LSP Server** -> sendNotification -> Client -> postMessage -> Webview
+
+### 2.2 核心能力迁移
+
+| 功能模块                | 当前实现 (HTTP Daemon)    | 目标实现 (LSP Node.js)                                                      |
+| :---------------------- | :------------------------ | :-------------------------------------------------------------------------- |
+| **全量数据获取**        | `GET /issues`             | 增强 `indexer.getAll()`，支持看板所需的过滤和层级构建。                     |
+| **状态更新 (看板拖拽)** | `PATCH /issues/{id}`      | 在 LSP 端解析 Frontmatter，计算 Diff，返回 `WorkspaceEdit` 给 Client 应用。 |
+| **配置读取 (Profiles)** | `GET /execution/profiles` | LSP Server 直接读取 `.monoco/config.yaml` 或 `launch.json`。                |
+| **实时更新**            | SSE Stream                | 利用 LSP `connection.sendNotification` 实现双向通信。                       |
+
+### 2.3 与 Monoco Server (HTTP) 的关系
+
+**Monoco HTTP Server (Daemon) 依然保留**，但职责发生变更：
+
+- **不再作为 VS Code 的后端**。
+- **专用于**:
+  - 独立 Web UI (Browser only access)。
+  - 外部系统集成 (Webhooks, API Gateway)。
+  - 需要 Python 完整运行时执行的高级任务（如复杂的数据分析或 Agent 编排）。
+
+## 3. 验收标准 (Acceptance Criteria)
+
+- [x] **Zero Python Dependency**: 在未安装 Python 或 `monoco` CLI 的环境中，VS Code 扩展能正常展示看板并进行拖拽操作。
+- [x] **LSP Integration**: 所有看板数据均来自 LSP Server 的内存索引。
+- [x] **Undo Support**: 在看板中拖拽 Issue 状态后，在 VS Code 中按 `Cmd+Z` 可以撤销该变更。
+- [x] **Realtime Sync**: 在外部修改 `.md` 文件，看板应在 100ms 内自动刷新（通过 LSP `onDidChangeWatchedFiles` 触发通知）。
+
+## 4. 技术任务 (Tasks)
+
+- [x] **LSP Protocol Extension**: 定义用于看板通信的 LSP Custom Requests (e.g., `monoco/getAllIssues`, `monoco/updateIssue`).
+- [x] **Server Implementation**:
+  - [x] 实现 `monoco/getAllIssues` 处理程序。
+  - [x] 实现 `monoco/updateIssue` 处理程序，返回 `WorkspaceEdit`。
+  - [x] 实现 Config Watcher 和 Profile 解析。
+- [x] **Client Refactor**:
+  - [x] 移除 `MonocoAPI` (HTTP client)。
+  - [x] 重写 `MonocoKanbanProvider` 以使用 `languageClient.sendRequest`。
+  - [x] 桥接 LSP Notification 到 Webview `postMessage`。
+- [x] **Cleanup**: 移除扩展中自动启动 Daemon 的逻辑。