init

2026-08-29 16:20:33 +08:00
commit cba31428dc
52 changed files with 6553 additions and 0 deletions
@@ -0,0 +1,42 @@
+# 神之一手（one_divine_lot）· 终极目标
+
+> 本文件是项目的唯一理由（终极目标）。其他一切文档（计划、设计约束、迭代记录、需求池）最终服务于并受裁决于本文件。
+> 变更极难：任何修改须经重大讨论，并在文末变更记录写明「原目标 → 新目标 → 变更理由」。
+
+## 目标表述（一句话）
+
+**本项目是一个 DSH（DeepSeek Harness）插件，以 AI Agent 框架为中枢，构建一套策略驱动的智能交易辅助系统，实现「人机合一」的交易管理。**
+
+## 目标条款
+
+| 编号 | 条款 | 说明 |
+|---|---|---|
+| 目标-001 | DSH 插件形态 | 项目以 DSH 插件形式交付，遵循 Cordis 插件规范，复用 DSH 内置能力（文件 / shell / MCP / subagent / Web GUI 等） |
+| 目标-002 | 策略定义能力 | 支持定义交易策略；策略是系统驱动的核心单元，决定监控什么、管理什么消息、如何决策 |
+| 目标-003 | 按策略监控市场 | 根据不同策略的需求监控市场（行情、事件、信号），策略不同则监控模式不同 |
+| 目标-004 | 按策略模式管理消息 | 按策略所需的模式管理消息：过滤、聚合、分发、通知，让正确的信息在正确的时机到达正确的角色（人 / Agent） |
+| 目标-005 | 市场复盘 | 对市场行情与盘面进行系统化复盘 |
+| 目标-006 | 交易复盘 | 对交易过程与结果进行复盘，沉淀经验，反哺策略与决策 |
+| 目标-007 | 人机合一 | 通过 DSH 的智能 Agent 框架实现人与 AI 的协同：AI 提供监控、分析、决策辅助与执行能力，人对关键决策保有控制权 |
+| 目标-008 | 真实交易系统接入 | 通过统一数据源抽象接入真实交易系统（当前实现基于 QMT Bridge MCP，未来可扩展其他行情/交易接口），业务层不感知具体数据源 |
+
+## 目标的边界（暂定，随讨论演进）
+
+- 本项目是「交易辅助系统」，不是策略收益引擎：**不承诺盈利**，目标是让交易过程系统化、可监控、可复盘、可控。
+- 「人机合一」以人为主导：AI 辅助决策，人在关键环节保有最终控制权（具体边界在后续设计约束中细化）。
+
+## 工作原则：渐进明细（Progressive Elaboration）
+
+> 2026-08-27 老师确立：前期终极目标保持笼统是允许的，不追求一次想清楚全部计划。
+
+1. **目标允许阶段性细化**：早期目标保持粗粒度（当前即如此），通过迭代逐步细化；每次细化记录在变更记录中。
+2. **周边工具先行**：不等待计划完全清晰，先实现支撑核心的周边工具，在实际使用中逐渐明确计划。
+3. **做中学**：每个工具、每次迭代都是明确计划与目标的素材；计划随实践展开，而非一次性规划完整。
+4. **约束不变**：渐进明细改变的是「计划展开的节奏」，不改变「文档先行、可追溯」的框架约束 —— 每个动作仍须有文档支撑。
+
+## 变更记录
+
+| 日期 | 变更类型 | 变更内容 | 变更理由 |
+|---|---|---|---|
+| 2026-08-27 | 初始确立 | 确立本文件全部条款 | 项目早期讨论从「交易管理插件」演进为「策略驱动的智能交易辅助系统」，经多轮讨论收敛为本表述（注：原 R-001 已演进为本目标，不属于需求池，2026-08-27 已从需求池移除） |
+| 2026-08-27 | 补充工作原则 | 新增「工作原则：渐进明细」 | 老师指出：前期终极目标笼统是合理的，应通过先实现周边工具、做中学的方式逐步明确计划 |
@@ -0,0 +1,20 @@
+# 01-终极目标（Ultimate Goal）
+
+> 本目录是项目存在的唯一理由。
+
+## 角色
+
+项目终极目标的中枢定义。`docs/` 下所有其他目录（计划、迭代记录、需求池）最终都服务于、并受裁决于本目录。
+
+## 强约束（初始定义）
+
+1. **内容唯一**：终极目标在同一时刻只有一份有效表述（可包含多条款，但整体唯一）。
+2. **变更极难**：任何修改必须经过重大讨论，并在变更记录中写明「原目标 → 新目标 → 变更理由」。
+3. **最高裁决权**：当其他文档与终极目标冲突时，以终极目标为准；冲突本身必须被记录并引发讨论。
+4. **人人可读**：表述必须让不熟悉项目的人也能看懂"这个项目到底要做什么"。
+
+## 待讨论细节
+
+- [ ] 文档格式（单文件 vs 多文件、条款编号方式）
+- [ ] 变更流程的具体步骤（谁发起、如何评审、如何记录）
+- [ ] 与计划的校验关系（计划如何证明终极目标在推进）