[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"similar-vanzan01--cursor-memory-bank":3,"tool-vanzan01--cursor-memory-bank":61},[4,18,26,36,44,53],{"id":5,"name":6,"github_repo":7,"description_zh":8,"stars":9,"difficulty_score":10,"last_commit_at":11,"category_tags":12,"status":17},4358,"openclaw","openclaw\u002Fopenclaw","OpenClaw 是一款专为个人打造的本地化 AI 助手，旨在让你在自己的设备上拥有完全可控的智能伙伴。它打破了传统 AI 助手局限于特定网页或应用的束缚，能够直接接入你日常使用的各类通讯渠道，包括微信、WhatsApp、Telegram、Discord、iMessage 等数十种平台。无论你在哪个聊天软件中发送消息，OpenClaw 都能即时响应，甚至支持在 macOS、iOS 和 Android 设备上进行语音交互，并提供实时的画布渲染功能供你操控。\n\n这款工具主要解决了用户对数据隐私、响应速度以及“始终在线”体验的需求。通过将 AI 部署在本地，用户无需依赖云端服务即可享受快速、私密的智能辅助，真正实现了“你的数据，你做主”。其独特的技术亮点在于强大的网关架构，将控制平面与核心助手分离，确保跨平台通信的流畅性与扩展性。\n\nOpenClaw 非常适合希望构建个性化工作流的技术爱好者、开发者，以及注重隐私保护且不愿被单一生态绑定的普通用户。只要具备基础的终端操作能力（支持 macOS、Linux 及 Windows WSL2），即可通过简单的命令行引导完成部署。如果你渴望拥有一个懂你",349277,3,"2026-04-06T06:32:30",[13,14,15,16],"Agent","开发框架","图像","数据工具","ready",{"id":19,"name":20,"github_repo":21,"description_zh":22,"stars":23,"difficulty_score":10,"last_commit_at":24,"category_tags":25,"status":17},3808,"stable-diffusion-webui","AUTOMATIC1111\u002Fstable-diffusion-webui","stable-diffusion-webui 是一个基于 Gradio 构建的网页版操作界面，旨在让用户能够轻松地在本地运行和使用强大的 Stable Diffusion 图像生成模型。它解决了原始模型依赖命令行、操作门槛高且功能分散的痛点，将复杂的 AI 绘图流程整合进一个直观易用的图形化平台。\n\n无论是希望快速上手的普通创作者、需要精细控制画面细节的设计师，还是想要深入探索模型潜力的开发者与研究人员，都能从中获益。其核心亮点在于极高的功能丰富度：不仅支持文生图、图生图、局部重绘（Inpainting）和外绘（Outpainting）等基础模式，还独创了注意力机制调整、提示词矩阵、负向提示词以及“高清修复”等高级功能。此外，它内置了 GFPGAN 和 CodeFormer 等人脸修复工具，支持多种神经网络放大算法，并允许用户通过插件系统无限扩展能力。即使是显存有限的设备，stable-diffusion-webui 也提供了相应的优化选项，让高质量的 AI 艺术创作变得触手可及。",162132,"2026-04-05T11:01:52",[14,15,13],{"id":27,"name":28,"github_repo":29,"description_zh":30,"stars":31,"difficulty_score":32,"last_commit_at":33,"category_tags":34,"status":17},1381,"everything-claude-code","affaan-m\u002Feverything-claude-code","everything-claude-code 是一套专为 AI 编程助手（如 Claude Code、Codex、Cursor 等）打造的高性能优化系统。它不仅仅是一组配置文件，而是一个经过长期实战打磨的完整框架，旨在解决 AI 代理在实际开发中面临的效率低下、记忆丢失、安全隐患及缺乏持续学习能力等核心痛点。\n\n通过引入技能模块化、直觉增强、记忆持久化机制以及内置的安全扫描功能，everything-claude-code 能显著提升 AI 在复杂任务中的表现，帮助开发者构建更稳定、更智能的生产级 AI 代理。其独特的“研究优先”开发理念和针对 Token 消耗的优化策略，使得模型响应更快、成本更低，同时有效防御潜在的攻击向量。\n\n这套工具特别适合软件开发者、AI 研究人员以及希望深度定制 AI 工作流的技术团队使用。无论您是在构建大型代码库，还是需要 AI 协助进行安全审计与自动化测试，everything-claude-code 都能提供强大的底层支持。作为一个曾荣获 Anthropic 黑客大奖的开源项目，它融合了多语言支持与丰富的实战钩子（hooks），让 AI 真正成长为懂上",151314,2,"2026-04-11T23:32:58",[14,13,35],"语言模型",{"id":37,"name":38,"github_repo":39,"description_zh":40,"stars":41,"difficulty_score":32,"last_commit_at":42,"category_tags":43,"status":17},2271,"ComfyUI","Comfy-Org\u002FComfyUI","ComfyUI 是一款功能强大且高度模块化的视觉 AI 引擎，专为设计和执行复杂的 Stable Diffusion 图像生成流程而打造。它摒弃了传统的代码编写模式，采用直观的节点式流程图界面，让用户通过连接不同的功能模块即可构建个性化的生成管线。\n\n这一设计巧妙解决了高级 AI 绘图工作流配置复杂、灵活性不足的痛点。用户无需具备编程背景，也能自由组合模型、调整参数并实时预览效果，轻松实现从基础文生图到多步骤高清修复等各类复杂任务。ComfyUI 拥有极佳的兼容性，不仅支持 Windows、macOS 和 Linux 全平台，还广泛适配 NVIDIA、AMD、Intel 及苹果 Silicon 等多种硬件架构，并率先支持 SDXL、Flux、SD3 等前沿模型。\n\n无论是希望深入探索算法潜力的研究人员和开发者，还是追求极致创作自由度的设计师与资深 AI 绘画爱好者，ComfyUI 都能提供强大的支持。其独特的模块化架构允许社区不断扩展新功能，使其成为当前最灵活、生态最丰富的开源扩散模型工具之一，帮助用户将创意高效转化为现实。",108322,"2026-04-10T11:39:34",[14,15,13],{"id":45,"name":46,"github_repo":47,"description_zh":48,"stars":49,"difficulty_score":32,"last_commit_at":50,"category_tags":51,"status":17},6121,"gemini-cli","google-gemini\u002Fgemini-cli","gemini-cli 是一款由谷歌推出的开源 AI 命令行工具，它将强大的 Gemini 大模型能力直接集成到用户的终端环境中。对于习惯在命令行工作的开发者而言，它提供了一条从输入提示词到获取模型响应的最短路径，无需切换窗口即可享受智能辅助。\n\n这款工具主要解决了开发过程中频繁上下文切换的痛点，让用户能在熟悉的终端界面内直接完成代码理解、生成、调试以及自动化运维任务。无论是查询大型代码库、根据草图生成应用，还是执行复杂的 Git 操作，gemini-cli 都能通过自然语言指令高效处理。\n\n它特别适合广大软件工程师、DevOps 人员及技术研究人员使用。其核心亮点包括支持高达 100 万 token 的超长上下文窗口，具备出色的逻辑推理能力；内置 Google 搜索、文件操作及 Shell 命令执行等实用工具；更独特的是，它支持 MCP（模型上下文协议），允许用户灵活扩展自定义集成，连接如图像生成等外部能力。此外，个人谷歌账号即可享受免费的额度支持，且项目基于 Apache 2.0 协议完全开源，是提升终端工作效率的理想助手。",100752,"2026-04-10T01:20:03",[52,13,15,14],"插件",{"id":54,"name":55,"github_repo":56,"description_zh":57,"stars":58,"difficulty_score":32,"last_commit_at":59,"category_tags":60,"status":17},4721,"markitdown","microsoft\u002Fmarkitdown","MarkItDown 是一款由微软 AutoGen 团队打造的轻量级 Python 工具，专为将各类文件高效转换为 Markdown 格式而设计。它支持 PDF、Word、Excel、PPT、图片（含 OCR）、音频（含语音转录）、HTML 乃至 YouTube 链接等多种格式的解析，能够精准提取文档中的标题、列表、表格和链接等关键结构信息。\n\n在人工智能应用日益普及的今天，大语言模型（LLM）虽擅长处理文本，却难以直接读取复杂的二进制办公文档。MarkItDown 恰好解决了这一痛点，它将非结构化或半结构化的文件转化为模型“原生理解”且 Token 效率极高的 Markdown 格式，成为连接本地文件与 AI 分析 pipeline 的理想桥梁。此外，它还提供了 MCP（模型上下文协议）服务器，可无缝集成到 Claude Desktop 等 LLM 应用中。\n\n这款工具特别适合开发者、数据科学家及 AI 研究人员使用，尤其是那些需要构建文档检索增强生成（RAG）系统、进行批量文本分析或希望让 AI 助手直接“阅读”本地文件的用户。虽然生成的内容也具备一定可读性，但其核心优势在于为机器",93400,"2026-04-06T19:52:38",[52,14],{"id":62,"github_repo":63,"name":64,"description_en":65,"description_zh":66,"ai_summary_zh":66,"readme_en":67,"readme_zh":68,"quickstart_zh":69,"use_case_zh":70,"hero_image_url":71,"owner_login":72,"owner_name":73,"owner_avatar_url":74,"owner_bio":73,"owner_company":73,"owner_location":75,"owner_email":73,"owner_twitter":73,"owner_website":76,"owner_url":77,"languages":73,"stars":78,"forks":79,"last_commit_at":80,"license":73,"difficulty_score":81,"env_os":82,"env_gpu":83,"env_ram":83,"env_deps":84,"category_tags":88,"github_topics":73,"view_count":32,"oss_zip_url":73,"oss_zip_packed_at":73,"status":17,"created_at":89,"updated_at":90,"faqs":91,"releases":122},6771,"vanzan01\u002Fcursor-memory-bank","cursor-memory-bank","A modular, documentation-driven framework using Cursor custom modes (VAN, PLAN, CREATIVE, IMPLEMENT) to provide persistent memory and guide AI through a structured development workflow with visual process maps.","cursor-memory-bank 是一款专为 Cursor 编辑器设计的模块化开发框架，旨在通过结构化的工作流引导 AI 完成软件开发任务。它利用 Cursor 2.0 的自定义命令（如 \u002Fvan 初始化、\u002Fplan 规划、\u002Fbuild 实施等），将复杂的开发过程拆解为清晰的阶段，并借助持久化的“记忆库”文件在不同阶段间保持上下文连贯，有效解决了 AI 在长周期任务中容易丢失语境、逻辑跳跃或产出混乱的痛点。\n\n该工具特别适合希望提升 AI 编程效率与规范性的开发者使用。无论是独立程序员还是小型团队，都能利用它建立标准化的研发流程，从需求分析到文档归档实现全链路管理。其核心技术亮点在于“分层规则加载”与\"Token 优化架构”：系统仅按需加载当前阶段所需的规则，大幅降低了 Token 消耗；同时支持根据任务复杂度动态调整工作流深度。此外，cursor-memory-bank 具备高度的可塑性，用户可直接指令 AI 修改内部规则以适配个人习惯，无需依赖外部维护，让每位开发者都能拥有量身定制的智能编程助手。","# Memory Bank System v0.8\n\nA token-optimized, hierarchical task management system that uses Cursor 2.0 commands for efficient development workflows.\n\n```mermaid\ngraph TD\n    Main[\"Memory Bank System\"] --> Commands[\"Cursor 2.0 Commands\"]\n    Main --> Rules[\"Hierarchical Rule Loading\"]\n    Main --> Visual[\"Visual Process Maps\"]\n    Main --> Token[\"Token Optimization\"]\n    Main --> Memory[\"Memory Bank Files\"]\n    \n    Commands --> VAN[\"\u002Fvan: Initialization\"]\n    Commands --> PLAN[\"\u002Fplan: Task Planning\"]\n    Commands --> CREATIVE[\"\u002Fcreative: Design\"]\n    Commands --> BUILD[\"\u002Fbuild: Implementation\"]\n    Commands --> REFLECT[\"\u002Freflect: Review\"]\n    Commands --> ARCHIVE[\"\u002Farchive: Documentation\"]\n    \n    Memory --> Tasks[\"tasks.md\"]\n    Memory --> Active[\"activeContext.md\"]\n    Memory --> Progress[\"progress.md\"]\n    Memory --> Creative[\"creative\u002F\"]\n    Memory --> Archive[\"archive\u002F\"]\n    \n    style Main fill:#4da6ff,stroke:#0066cc,color:white\n    style Commands fill:#f8d486,stroke:#e8b84d,color:black\n    style Rules fill:#80ffaa,stroke:#4dbb5f,color:black\n    style Visual fill:#d9b3ff,stroke:#b366ff,color:black\n    style Token fill:#ff9980,stroke:#ff5533,color:black\n    style Memory fill:#f9d77e,stroke:#d9b95c,color:black\n```\n\n> **Personal Note**: Memory Bank is my personal hobby project that I develop for my own use in coding projects. As this is a personal project, I don't maintain an issues tracker or actively collect feedback. However, if you're using these rules and encounter issues, one of the great advantages is that you can ask the Cursor AI directly to modify or update the rules to better suit your specific workflow. The system is designed to be adaptable by the AI, allowing you to customize it for your own needs without requiring external support.\n\n## About Memory Bank\n\nMemory Bank is a structured development workflow system that uses Cursor 2.0 commands to guide you through different phases of the development process. It uses a hierarchical rule loading architecture that loads only the rules needed for each phase, optimizing token usage and providing tailored guidance.\n\n### How It Works\n\nVersion 0.8 moves from cursor custom modes to cursor commands.  Memory Bank operates through **six specialized commands** that work together as an integrated workflow:\n\n1. **`\u002Fvan`** - Initializes projects, detects platform, determines task complexity\n2. **`\u002Fplan`** - Creates detailed implementation plans based on complexity level\n3. **`\u002Fcreative`** - Explores design options for components requiring design decisions\n4. **`\u002Fbuild`** - Systematically implements planned changes\n5. **`\u002Freflect`** - Reviews completed work and documents lessons learned\n6. **`\u002Farchive`** - Creates comprehensive documentation and updates Memory Bank\n\nEach command reads from and updates a shared **Memory Bank** directory (`memory-bank\u002F`), maintaining persistent context across the entire workflow.\n\n### Token-Optimized Architecture\n\nVersion 0.7 introduced significant token optimization improvements:\n\n- **Hierarchical Rule Loading**: Only loads essential rules initially with specialized lazy-loading (~70% token reduction)\n- **Progressive Documentation**: Implements concise templates that scale with task complexity\n- **Optimized Command Transitions**: Preserves critical context efficiently between commands\n- **Level-Specific Workflows**: Adapts documentation requirements to task complexity (Levels 1-4)\n- **Lazy-Loaded Specialized Rules**: Loads specialized rules only when needed (e.g., architecture vs UI\u002FUX design)\n\nSee the [Memory Bank Optimizations](MEMORY_BANK_OPTIMIZATIONS.md) document for detailed information about all optimization approaches.\n\n### Command-Based Workflow System\n\nMemory Bank transforms development into a structured, phase-based process:\n\n- **Graph-Based Command Integration**: Commands are interconnected nodes in a development workflow\n- **Workflow Progression**: Commands transition from one to another in a logical sequence (`\u002Fvan` → `\u002Fplan` → `\u002Fcreative` → `\u002Fbuild` → `\u002Freflect` → `\u002Farchive`)\n- **Shared Memory**: Persistent state maintained across command transitions via Memory Bank files\n- **Adaptive Behavior**: Each command adjusts its recommendations based on project complexity level\n- **Progressive Rule Loading**: Commands load only necessary rules, reducing context window usage\n\nThis approach transforms development from ad-hoc coding into a coordinated system with specialized phases working together.\n\n### CREATIVE Command and Claude's \"Think\" Tool\n\nThe `\u002Fcreative` command is conceptually based on Anthropic's Claude \"Think\" tool methodology, as described in their [engineering blog](https:\u002F\u002Fwww.anthropic.com\u002Fengineering\u002Fclaude-think-tool). Version 0.8 implements an optimized version with:\n\n- Progressive documentation with tabular option comparison\n- \"Detail-on-demand\" approach that preserves token efficiency\n- Structured templates that scale with complexity level\n- Efficient context preservation for implementation phases\n\nFor a detailed explanation of how Memory Bank implements these principles, see the [CREATIVE Mode and Claude's \"Think\" Tool](creative_mode_think_tool.md) document.\n\n## Key Features\n\n- **Cursor 2.0 Commands**: Native integration with Cursor's commands feature - no setup required\n- **Hierarchical Rule Loading**: Load only the essential rules with specialized lazy-loading\n- **Progressive Documentation**: Concise templates that scale with task complexity\n- **Unified Context Transfer**: Efficient context preservation between commands via Memory Bank\n- **Command-Specific Visual Maps**: Clear visual representations for each development phase\n- **Level-Specific Workflows**: Adapted processes based on complexity (Levels 1-4)\n- **Platform-Aware Commands**: Automatically adapts commands to your operating system\n- **Memory Bank Integration**: All commands read from and update shared Memory Bank files\n\n## Installation Instructions\n\n### Prerequisites\n\n- **Cursor Editor**: Version 2.0 or higher is required (commands feature)\n- **AI Model**: Claude 4 Sonnet or Claude 4 Opus is recommended for best results, especially for `\u002Fcreative` command's \"Think\" tool methodology\n\n### Step 1: Get the Files\n\nSimply clone this repository into your project directory:\n\n```bash\ngit clone https:\u002F\u002Fgithub.com\u002Fvanzan01\u002Fcursor-memory-bank.git\n```\n\n#### Alternative (Manual)\n\nAfter extracting it from the ZIP file:\n\n- Copy the `.cursor` folder to your project directory (contains both rules and commands)\n- The `custom_modes` folder is kept for reference but not required\n\n**Note**: Other documents are not necessary for Memory Bank operation - they are explanatory documents. You can copy them to a folder like `memory_bank_documents` if desired.\n\n### Step 2: Using Commands\n\n**Commands are ready to use immediately!** No additional setup required.\n\n1. **Type `\u002F` in the Cursor chat** to see available commands:\n   - `\u002Fvan` - Initialization & entry point\n   - `\u002Fplan` - Task planning\n   - `\u002Fcreative` - Design decisions\n   - `\u002Fbuild` - Code implementation\n   - `\u002Freflect` - Task reflection\n   - `\u002Farchive` - Task archiving\n\n2. **Start with `\u002Fvan`** to initialize your project:\n   ```\n   \u002Fvan Initialize project for adding user authentication feature\n   ```\n\n3. **Follow the workflow** - each command will guide you to the next step\n\nSee [`.cursor\u002Fcommands\u002FREADME.md`](.cursor\u002Fcommands\u002FREADME.md) for detailed command documentation.\n\n## Basic Usage\n\n### Quick Start\n\n1. **Initialize with `\u002Fvan`**:\n   ```\n   \u002Fvan Add user authentication to the application\n   ```\n   - Analyzes your project structure\n   - Determines task complexity (Level 1-4)\n   - Creates Memory Bank structure if needed\n   - Routes to appropriate next command\n\n2. **Follow the Workflow Based on Complexity**:\n\n   **Level 1 (Quick Bug Fix):**\n   ```\n   \u002Fvan → \u002Fbuild → \u002Freflect → \u002Farchive\n   ```\n\n   **Level 2 (Simple Enhancement):**\n   ```\n   \u002Fvan → \u002Fplan → \u002Fbuild → \u002Freflect → \u002Farchive\n   ```\n\n   **Level 3-4 (Feature\u002FSystem):**\n   ```\n   \u002Fvan → \u002Fplan → \u002Fcreative → \u002Fbuild → \u002Freflect → \u002Farchive\n   ```\n\n### Command Reference\n\n#### `\u002Fvan` - Initialization & Entry Point\n**Purpose:** Initialize Memory Bank, detect platform, determine task complexity, route to workflows.\n\n**Usage:**\n```\n\u002Fvan [task description]\n```\n\n**What it does:**\n- Detects your operating system and adapts commands\n- Verifies or creates Memory Bank structure\n- Analyzes task requirements\n- Determines complexity level (1-4)\n- Updates `memory-bank\u002Ftasks.md` with initial task information\n\n**Next steps:**\n- Level 1 → `\u002Fbuild`\n- Level 2-4 → `\u002Fplan`\n\n#### `\u002Fplan` - Task Planning\n**Purpose:** Create detailed implementation plans based on complexity level.\n\n**Usage:**\n```\n\u002Fplan\n```\n\n**What it does:**\n- Reads task requirements from `memory-bank\u002Ftasks.md`\n- Reviews codebase structure\n- Creates implementation plan (complexity-appropriate)\n- Performs technology validation (Level 2-4)\n- Identifies components requiring creative phases\n- Updates `memory-bank\u002Ftasks.md` with complete plan\n\n**Next steps:**\n- Creative phases identified → `\u002Fcreative`\n- No creative phases → `\u002Fbuild`\n\n#### `\u002Fcreative` - Design Decisions\n**Purpose:** Perform structured design exploration for flagged components.\n\n**Usage:**\n```\n\u002Fcreative\n```\n\n**What it does:**\n- Reads components flagged for creative work from `memory-bank\u002Ftasks.md`\n- For each component, explores multiple design options\n- Analyzes pros\u002Fcons of each approach\n- Selects and documents recommended approach\n- Creates `memory-bank\u002Fcreative\u002Fcreative-[feature_name].md` documents\n- Updates `memory-bank\u002Ftasks.md` with design decisions\n\n**Next steps:**\n- After all creative phases complete → `\u002Fbuild`\n\n#### `\u002Fbuild` - Code Implementation\n**Purpose:** Implement planned changes following the plan and creative decisions.\n\n**Usage:**\n```\n\u002Fbuild\n```\n\n**What it does:**\n- Reads implementation plan from `memory-bank\u002Ftasks.md`\n- Reads creative phase documents (Level 3-4)\n- Implements changes systematically\n- Tests implementation\n- Documents commands executed and results\n- Updates `memory-bank\u002Ftasks.md` and `memory-bank\u002Fprogress.md`\n\n**Next steps:**\n- After implementation complete → `\u002Freflect`\n\n#### `\u002Freflect` - Task Reflection\n**Purpose:** Facilitate structured reflection on completed implementation.\n\n**Usage:**\n```\n\u002Freflect\n```\n\n**What it does:**\n- Reviews completed implementation\n- Compares against original plan\n- Documents what went well\n- Documents challenges encountered\n- Documents lessons learned\n- Documents process and technical improvements\n- Creates `memory-bank\u002Freflection\u002Freflection-[task_id].md`\n- Updates `memory-bank\u002Ftasks.md` with reflection status\n\n**Next steps:**\n- After reflection complete → `\u002Farchive`\n\n#### `\u002Farchive` - Task Archiving\n**Purpose:** Create comprehensive archive documentation and update Memory Bank.\n\n**Usage:**\n```\n\u002Farchive\n```\n\n**What it does:**\n- Reads reflection document and task details\n- Creates comprehensive archive document\n- Archives creative phase documents (Level 3-4)\n- Updates `memory-bank\u002Ftasks.md` marking task COMPLETE\n- Updates `memory-bank\u002Fprogress.md` with archive reference\n- Resets `memory-bank\u002FactiveContext.md` for next task\n- Creates `memory-bank\u002Farchive\u002Farchive-[task_id].md`\n\n**Next steps:**\n- After archiving complete → `\u002Fvan` (for next task)\n\n### Example Workflow\n\nHere's a complete example workflow for a Level 3 feature:\n\n```bash\n# Step 1: Initialize\n\u002Fvan Add user authentication with OAuth2 support\n\n# Step 2: Plan (VAN routes to PLAN for Level 3)\n\u002Fplan\n\n# Step 3: Explore design options for OAuth integration\n\u002Fcreative\n\n# Step 4: Implement the feature\n\u002Fbuild\n\n# Step 5: Reflect on the implementation\n\u002Freflect\n\n# Step 6: Archive the completed task\n\u002Farchive\n```\n\n## Memory Bank Structure\n\nAll Memory Bank files are stored in the `memory-bank\u002F` directory:\n\n```mermaid\ngraph LR\n    subgraph \"Memory Bank Directory\"\n        Tasks[\"tasks.md\u003Cbr>Source of Truth\"]\n        Active[\"activeContext.md\u003Cbr>Current Focus\"]\n        Progress[\"progress.md\u003Cbr>Implementation Status\"]\n        Brief[\"projectbrief.md\u003Cbr>Project Foundation\"]\n        Creative[\"creative\u002F\u003Cbr>Design Decisions\"]\n        Reflect[\"reflection\u002F\u003Cbr>Review Documents\"]\n        Archive[\"archive\u002F\u003Cbr>Completed Tasks\"]\n    end\n    \n    style Tasks fill:#f9d77e,stroke:#d9b95c,stroke-width:3px,color:black\n    style Active fill:#a8d5ff,stroke:#88b5e0,color:black\n    style Progress fill:#c5e8b7,stroke:#a5c897,color:black\n    style Brief fill:#d9b3ff,stroke:#b366ff,color:black\n    style Creative fill:#f4b8c4,stroke:#d498a4,color:black\n    style Reflect fill:#b3e6cc,stroke:#66c999,color:black\n    style Archive fill:#ffd9b3,stroke:#ffb366,color:black\n```\n\n### Core Files\n\n- **`tasks.md`**: Central source of truth for task tracking, checklists, and component lists\n- **`activeContext.md`**: Maintains focus of current development phase\n- **`progress.md`**: Tracks implementation status and observations\n- **`projectbrief.md`**: Project foundation and context\n- **`productContext.md`**: Product-specific context and requirements\n- **`systemPatterns.md`**: System patterns and architectural decisions\n- **`techContext.md`**: Technical context and technology stack\n\n### Generated Files\n\n- **`creative\u002Fcreative-[feature_name].md`**: Design decision documents (Level 3-4)\n- **`reflection\u002Freflection-[task_id].md`**: Reflection documents\n- **`archive\u002Farchive-[task_id].md`**: Archive documents for completed tasks\n\n## Progressive Rule Loading\n\nEach command implements progressive rule loading to optimize context usage:\n\n1. **Core Rules** - Always loaded first\n   - `main.mdc` - System foundation\n   - `memory-bank-paths.mdc` - File path definitions\n\n2. **Command-Specific Rules** - Loaded based on command\n   - Visual process maps (e.g., `van-mode-map.mdc`)\n   - Command-specific workflows\n\n3. **Complexity-Specific Rules** - Loaded based on task complexity\n   - Level 1: `workflow-level1.mdc`\n   - Level 2: `workflow-level2.mdc`, `task-tracking-basic.mdc`\n   - Level 3: `workflow-level3.mdc`, `planning-comprehensive.mdc`\n   - Level 4: `workflow-level4.mdc`, `architectural-planning.mdc`\n\n4. **Specialized Rules** - Lazy loaded only when needed\n   - Creative phase types (architecture, UI\u002FUX, algorithm)\n   - Advanced verification rules\n   - Platform-specific adaptations\n\nThis approach reduces initial token usage by **~70%** compared to loading all rules at once.\n\n## Complexity Levels\n\nMemory Bank adapts its workflow based on task complexity:\n\n### Level 1: Quick Bug Fix\n- **Workflow**: `\u002Fvan` → `\u002Fbuild` → `\u002Freflect` → `\u002Farchive`\n- **Characteristics**: Single file changes, targeted fixes\n- **Documentation**: Minimal, focused on the fix\n\n### Level 2: Simple Enhancement\n- **Workflow**: `\u002Fvan` → `\u002Fplan` → `\u002Fbuild` → `\u002Freflect` → `\u002Farchive`\n- **Characteristics**: Multiple files, clear requirements\n- **Documentation**: Basic plan, implementation steps\n\n### Level 3: Intermediate Feature\n- **Workflow**: `\u002Fvan` → `\u002Fplan` → `\u002Fcreative` → `\u002Fbuild` → `\u002Freflect` → `\u002Farchive`\n- **Characteristics**: New components, design decisions needed\n- **Documentation**: Comprehensive plan, creative phases, detailed reflection\n\n### Level 4: Complex System\n- **Workflow**: `\u002Fvan` → `\u002Fplan` → `\u002Fcreative` → `\u002Fbuild` → `\u002Freflect` → `\u002Farchive`\n- **Characteristics**: Multiple subsystems, architectural decisions\n- **Documentation**: Phased implementation, architectural diagrams, comprehensive archive\n\n## Troubleshooting\n\n### Commands Not Appearing\n\n- **Verify Cursor version**: Ensure you're using Cursor 2.0 or higher\n- **Check file location**: Ensure `.cursor\u002Fcommands\u002F` directory exists in project root\n- **Restart Cursor**: Sometimes a restart is needed to detect new commands\n\n### Command Not Working Correctly\n\n- **Check Memory Bank**: Verify `memory-bank\u002F` directory exists\n- **Verify task status**: Check `memory-bank\u002Ftasks.md` for current task state\n- **Review command order**: Ensure you're following the correct workflow sequence\n- **Check rules**: Verify `.cursor\u002Frules\u002Fisolation_rules\u002F` directory exists\n\n### Rules Not Loading\n\n- **Verify file paths**: Ensure rule files are in `.cursor\u002Frules\u002Fisolation_rules\u002F`\n- **Check file permissions**: Verify files are readable\n- **Review command logs**: Check what rules the command is trying to load\n\n### Memory Bank Issues\n\n- **Missing files**: Run `\u002Fvan` to initialize Memory Bank structure\n- **Corrupted state**: Check `memory-bank\u002Ftasks.md` for task status\n- **File conflicts**: Review recent changes to Memory Bank files\n\n## Legacy Custom Modes (Deprecated)\n\n> **Note**: Custom modes are deprecated in favor of Cursor 2.0 commands. If you're using Cursor 2.0+, please use commands instead. Custom modes setup instructions are available in the `custom_modes\u002F` directory for reference only.\n\nIf you're using an older version of Cursor that doesn't support commands, see the [Commands Migration Guide](COMMANDS_MIGRATION.md) for information about the legacy custom modes setup.\n\n## Version Information\n\nThis is version v0.8 of the Memory Bank system. It introduces significant token optimization improvements over v0.7-beta while maintaining all functionality. See the [Release Notes](RELEASE_NOTES.md) for detailed information about the changes.\n\n### Ongoing Development\n\nThe Memory Bank system is actively being developed and improved. Key points to understand:\n\n- **Work in Progress**: This is a beta version with ongoing development. Expect regular updates, optimizations, and new features.\n- **Feature Optimization**: The modular architecture enables continuous refinement without breaking existing functionality.\n- **Previous Version Available**: If you prefer the stability of the previous version (v0.1-legacy), you can continue using it while this version matures.\n- **Architectural Benefits**: Before deciding which version to use, please read the [Memory Bank Upgrade Guide](memory_bank_upgrade_guide.md) to understand the significant benefits of the new architecture.\n\n## Resources\n\n- [Commands Documentation](.cursor\u002Fcommands\u002FREADME.md) - Detailed command usage guide\n- [Commands Migration Guide](COMMANDS_MIGRATION.md) - Migration from custom modes to commands\n- [Memory Bank Optimizations](MEMORY_BANK_OPTIMIZATIONS.md) - Detailed overview of token efficiency improvements\n- [Release Notes](RELEASE_NOTES.md) - Information about the latest changes\n- [Memory Bank Upgrade Guide](memory_bank_upgrade_guide.md) - Understanding the new architecture\n- [CREATIVE Mode and Claude's \"Think\" Tool](creative_mode_think_tool.md) - Design methodology explanation\n\n## Contributing\n\nAs mentioned in the personal note above, Memory Bank is a personal project. However, if you find it useful and want to adapt it for your own needs, you can:\n\n1. **Ask Cursor AI**: Modify the rules and commands directly using Cursor AI\n2. **Fork and Customize**: Clone the repository and adapt it to your workflow\n3. **Share Improvements**: If you make useful improvements, consider sharing them with the community\n\n---\n\n*Note: This README is for v0.8 and subject to change as the system evolves.*\n","# 记忆库系统 v0.8\n\n一种基于令牌优化的分层任务管理系统，利用 Cursor 2.0 命令实现高效的开发工作流。\n\n```mermaid\ngraph TD\n    Main[\"记忆库系统\"] --> Commands[\"Cursor 2.0 命令\"]\n    Main --> Rules[\"分层规则加载\"]\n    Main --> Visual[\"可视化流程图\"]\n    Main --> Token[\"令牌优化\"]\n    Main --> Memory[\"记忆库文件\"]\n    \n    Commands --> VAN[\"\u002Fvan: 初始化\"]\n    Commands --> PLAN[\"\u002Fplan: 任务规划\"]\n    Commands --> CREATIVE[\"\u002Fcreative: 设计\"]\n    Commands --> BUILD[\"\u002Fbuild: 实现\"]\n    Commands --> REFLECT[\"\u002Freflect: 回顾\"]\n    Commands --> ARCHIVE[\"\u002Farchive: 文档化\"]\n    \n    Memory --> Tasks[\"tasks.md\"]\n    Memory --> Active[\"activeContext.md\"]\n    Memory --> Progress[\"progress.md\"]\n    Memory --> Creative[\"creative\u002F\"]\n    Memory --> Archive[\"archive\u002F\"]\n    \n    style Main fill:#4da6ff,stroke:#0066cc,color:white\n    style Commands fill:#f8d486,stroke:#e8b84d,color:black\n    style Rules fill:#80ffaa,stroke:#4dbb5f,color:black\n    style Visual fill:#d9b3ff,stroke:#b366ff,color:black\n    style Token fill:#ff9980,stroke:#ff5533,color:black\n    style Memory fill:#f9d77e,stroke:#d9b95c,color:black\n```\n\n> **个人说明**: 记忆库是我个人的兴趣项目，专为我在编码项目中的使用而开发。由于这是一个个人项目，我并未维护问题跟踪器或主动收集反馈。不过，如果您在使用这些规则时遇到问题，其一大优势在于可以直接请求 Cursor AI 修改或更新规则，以更好地适应您的特定工作流。该系统设计为可由 AI 自行调整，使您无需外部支持即可根据自身需求进行定制。\n\n## 关于记忆库\n\n记忆库是一种结构化的开发工作流系统，利用 Cursor 2.0 命令引导您完成开发过程的不同阶段。它采用分层规则加载架构，仅加载每个阶段所需的规则，从而优化令牌使用并提供量身定制的指导。\n\n### 工作原理\n\n版本 0.8 将自定义模式改为使用 Cursor 命令。记忆库通过**六个专用命令**协同工作，形成一个集成的工作流：\n\n1. **`\u002Fvan`** - 初始化项目、检测平台、确定任务复杂度\n2. **`\u002Fplan`** - 根据复杂度级别创建详细的实施计划\n3. **`\u002Fcreative`** - 探索需要设计决策的组件的设计方案\n4. **`\u002Fbuild`** - 系统地实施计划中的变更\n5. **`\u002Freflect`** - 回顾已完成的工作并记录经验教训\n6. **`\u002Farchive`** - 创建全面的文档并更新记忆库\n\n每个命令都会读取和更新共享的**记忆库**目录（`memory-bank\u002F`），在整个工作流中保持持久的上下文。\n\n### 令牌优化架构\n\n版本 0.7 引入了显著的令牌优化改进：\n\n- **分层规则加载**：初始仅加载必要规则，并采用专门的惰性加载机制（令牌消耗减少约 70%）\n- **渐进式文档化**：实施随任务复杂度扩展的简洁模板\n- **优化的命令过渡**：在命令之间高效保存关键上下文\n- **分级工作流**：根据任务复杂度调整文档要求（等级 1–4）\n- **惰性加载的专用规则**：仅在需要时加载专用规则（例如架构设计与 UI\u002FUX 设计）\n\n有关所有优化方法的详细信息，请参阅 [记忆库优化](MEMORY_BANK_OPTIMIZATIONS.md) 文档。\n\n### 基于命令的工作流系统\n\n记忆库将开发转变为一个结构化的分阶段过程：\n\n- **基于图的命令集成**：命令是开发工作流中的相互连接节点\n- **工作流推进**：命令按逻辑顺序依次过渡（`\u002Fvan` → `\u002Fplan` → `\u002Fcreative` → `\u002Fbuild` → `\u002Freflect` → `\u002Farchive`）\n- **共享记忆**：通过记忆库文件在命令间转移时保持持久状态\n- **自适应行为**：每个命令会根据项目复杂度级别调整其建议\n- **渐进式规则加载**：命令仅加载必要的规则，从而减少上下文窗口的使用\n\n这种方法将开发从随意编码转变为一个协调一致的系统，各专用阶段协同工作。\n\n### CREATIVE 命令与 Claude 的“Think”工具\n\n`\u002Fcreative` 命令的概念基础源自 Anthropic 的 Claude “Think” 工具方法论，如其[工程博客](https:\u002F\u002Fwww.anthropic.com\u002Fengineering\u002Fclaude-think-tool)所述。版本 0.8 实现了一个优化版本，具有以下特点：\n\n- 渐进式文档化，包含表格形式的选项比较\n- “按需细化”方法，兼顾令牌效率\n- 随复杂度级别扩展的结构化模板\n- 为实施阶段高效保存上下文\n\n有关记忆库如何实现这些原则的详细说明，请参阅 [CREATIVE 模式与 Claude 的“Think”工具](creative_mode_think_tool.md) 文档。\n\n## 主要特性\n\n- **Cursor 2.0 命令**：原生集成 Cursor 的命令功能，无需额外设置\n- **分层规则加载**：仅加载必要规则，并采用专门的惰性加载机制\n- **渐进式文档化**：简洁的模板可根据任务复杂度扩展\n- **统一上下文传递**：通过记忆库文件在命令间高效保存上下文\n- **命令专属可视化地图**：清晰展示各个开发阶段的可视化内容\n- **分级工作流**：根据复杂度调整流程（等级 1–4）\n- **平台感知命令**：自动适应您的操作系统\n- **记忆库集成**：所有命令均从共享的记忆库文件中读取并更新\n\n## 安装说明\n\n### 先决条件\n\n- **Cursor 编辑器**：需使用 2.0 版本或更高版本（命令功能）\n- **AI 模型**：推荐使用 Claude 4 Sonnet 或 Claude 4 Opus 以获得最佳效果，尤其是对于 `\u002Fcreative` 命令的“Think”工具方法论\n\n### 第一步：获取文件\n\n只需将此仓库克隆到您的项目目录中：\n\n```bash\ngit clone https:\u002F\u002Fgithub.com\u002Fvanzan01\u002Fcursor-memory-bank.git\n```\n\n#### 替代方案（手动）\n\n从 ZIP 文件解压后：\n\n- 将 `.cursor` 文件夹复制到您的项目目录中（包含规则和命令）\n- `custom_modes` 文件夹仅用于参考，非必需\n\n**注意**：其他文档对记忆库运行并非必要，它们仅为说明性文件。您可以根据需要将其复制到名为 `memory_bank_documents` 的文件夹中。\n\n### 第2步：使用命令\n\n**命令即开即用！** 无需额外设置。\n\n1. **在 Cursor 聊天中输入 `\u002F`** 即可查看可用命令：\n   - `\u002Fvan` - 初始化与入口点\n   - `\u002Fplan` - 任务规划\n   - `\u002Fcreative` - 设计决策\n   - `\u002Fbuild` - 代码实现\n   - `\u002Freflect` - 任务反思\n   - `\u002Farchive` - 任务归档\n\n2. **从 `\u002Fvan` 开始** 初始化你的项目：\n   ```\n   \u002Fvan 初始化添加用户认证功能的项目\n   ```\n\n3. **按照工作流进行操作** - 每个命令都会引导你进入下一步\n\n详细命令文档请参阅 [`\u002F.cursor\u002Fcommands\u002FREADME.md`](.cursor\u002Fcommands\u002FREADME.md)。\n\n## 基本用法\n\n### 快速入门\n\n1. **使用 `\u002Fvan` 初始化**：\n   ```\n   \u002Fvan 在应用中添加用户认证功能\n   ```\n   - 分析你的项目结构\n   - 确定任务复杂度（1-4级）\n   - 如有必要，创建记忆库结构\n   - 引导至相应的下一步命令\n\n2. **根据复杂度遵循工作流**：\n\n   **1级（快速修复Bug）：**\n   ```\n   \u002Fvan → \u002Fbuild → \u002Freflect → \u002Farchive\n   ```\n\n   **2级（简单增强）：**\n   ```\n   \u002Fvan → \u002Fplan → \u002Fbuild → \u002Freflect → \u002Farchive\n   ```\n\n   **3-4级（功能\u002F系统）：**\n   ```\n   \u002Fvan → \u002Fplan → \u002Fcreative → \u002Fbuild → \u002Freflect → \u002Farchive\n   ```\n\n### 命令参考\n\n#### `\u002Fvan` - 初始化与入口点\n**用途：** 初始化记忆库，检测平台，确定任务复杂度，引导至相应的工作流。\n\n**用法：**\n```\n\u002Fvan [任务描述]\n```\n\n**作用：**\n- 检测你的操作系统并调整命令\n- 验证或创建记忆库结构\n- 分析任务需求\n- 确定复杂度等级（1-4）\n- 更新 `memory-bank\u002Ftasks.md` 中的初始任务信息\n\n**下一步：**\n- 1级 → `\u002Fbuild`\n- 2-4级 → `\u002Fplan`\n\n#### `\u002Fplan` - 任务规划\n**用途：** 根据复杂度等级制定详细的实施方案。\n\n**用法：**\n```\n\u002Fplan\n```\n\n**作用：**\n- 从 `memory-bank\u002Ftasks.md` 中读取任务要求\n- 审查代码库结构\n- 制定实施方案（根据复杂度）\n- 进行技术验证（2-4级）\n- 确定需要创意阶段的组件\n- 更新 `memory-bank\u002Ftasks.md` 中的完整计划\n\n**下一步：**\n- 如果有创意阶段 → `\u002Fcreative`\n- 如果没有创意阶段 → `\u002Fbuild`\n\n#### `\u002Fcreative` - 设计决策\n**用途：** 对标记的组件进行结构化的设计探索。\n\n**用法：**\n```\n\u002Fcreative\n```\n\n**作用：**\n- 从 `memory-bank\u002Ftasks.md` 中读取需进行创意工作的组件\n- 针对每个组件探索多种设计方案\n- 分析每种方案的优缺点\n- 选择并记录推荐方案\n- 创建 `memory-bank\u002Fcreative\u002Fcreative-[feature_name].md` 文档\n- 更新 `memory-bank\u002Ftasks.md` 中的设计决策\n\n**下一步：**\n- 所有创意阶段完成后 → `\u002Fbuild`\n\n#### `\u002Fbuild` - 代码实现\n**用途：** 按照计划和创意决策实施更改。\n\n**用法：**\n```\n\u002Fbuild\n```\n\n**作用：**\n- 从 `memory-bank\u002Ftasks.md` 中读取实施方案\n- 读取创意阶段文档（3-4级）\n- 系统地实施更改\n- 测试实施结果\n- 记录执行的命令及结果\n- 更新 `memory-bank\u002Ftasks.md` 和 `memory-bank\u002Fprogress.md`\n\n**下一步：**\n- 实施完成后 → `\u002Freflect`\n\n#### `\u002Freflect` - 任务反思\n**用途：** 对已完成的实施进行结构化的反思。\n\n**用法：**\n```\n\u002Freflect\n```\n\n**作用：**\n- 回顾已完成的实施\n- 与原始计划进行对比\n- 记录成功之处\n- 记录遇到的挑战\n- 记录经验教训\n- 记录流程和技术改进\n- 创建 `memory-bank\u002Freflection\u002Freflection-[task_id].md`\n- 更新 `memory-bank\u002Ftasks.md` 中的反思状态\n\n**下一步：**\n- 反思完成后 → `\u002Farchive`\n\n#### `\u002Farchive` - 任务归档\n**用途：** 创建全面的归档文档并更新记忆库。\n\n**用法：**\n```\n\u002Farchive\n```\n\n**作用：**\n- 读取反思文档和任务详情\n- 创建全面的归档文档\n- 归档创意阶段文档（3-4级）\n- 更新 `memory-bank\u002Ftasks.md` 将任务标记为已完成\n- 更新 `memory-bank\u002Fprogress.md` 中的归档引用\n- 重置 `memory-bank\u002FactiveContext.md` 以准备下一项任务\n- 创建 `memory-bank\u002Farchive\u002Farchive-[task_id].md`\n\n**下一步：**\n- 归档完成后 → `\u002Fvan`（开始下一项任务）\n\n### 示例工作流\n\n以下是一个完整的3级功能工作流示例：\n\n```bash\n# 第1步：初始化\n\u002Fvan 添加支持OAuth2的用户认证功能\n\n# 第2步：规划（VAN会根据3级任务引导至PLAN）\n\u002Fplan\n\n# 第3步：探索OAuth集成的设计方案\n\u002Fcreative\n\n# 第4步：实现该功能\n\u002Fbuild\n\n# 第5步：对实施进行反思\n\u002Freflect\n\n# 第6步：归档已完成的任务\n\u002Farchive\n```\n\n## 记忆库结构\n\n所有记忆库文件都存储在 `memory-bank\u002F` 目录中：\n\n```mermaid\ngraph LR\n    subgraph \"记忆库目录\"\n        Tasks[\"tasks.md\u003Cbr>真相来源\"]\n        Active[\"activeContext.md\u003Cbr>当前焦点\"]\n        Progress[\"progress.md\u003Cbr>实施状态\"]\n        Brief[\"projectbrief.md\u003Cbr>项目基础\"]\n        Creative[\"creative\u002F\u003Cbr>设计决策\"]\n        Reflect[\"reflection\u002F\u003Cbr>回顾文档\"]\n        Archive[\"archive\u002F\u003Cbr>已完成任务\"]\n    end\n    \n    style Tasks fill:#f9d77e,stroke:#d9b95c,stroke-width:3px,color:black\n    style Active fill:#a8d5ff,stroke:#88b5e0,color:black\n    style Progress fill:#c5e8b7,stroke:#a5c897,color:black\n    style Brief fill:#d9b3ff,stroke:#b366ff,color:black\n    style Creative fill:#f4b8c4,stroke:#d498a4,color:black\n    style Reflect fill:#b3e6cc,stroke:#66c999,color:black\n    style Archive fill:#ffd9b3,stroke:#ffb366,color:black\n```\n\n### 核心文件\n\n- **`tasks.md`**：任务跟踪、检查清单和组件列表的核心真相来源\n- **`activeContext.md`**：保持当前开发阶段的关注点\n- **`progress.md`**：跟踪实施状态和观察结果\n- **`projectbrief.md`**：项目的基石和背景\n- **`productContext.md`**：产品特定的上下文和需求\n- **`systemPatterns.md`**：系统模式和架构决策\n- **`techContext.md`**：技术背景和技术栈\n\n### 生成文件\n\n- **`creative\u002Fcreative-[feature_name].md`**：设计决策文档（3-4级）\n- **`reflection\u002Freflection-[task_id].md`**：反思文档\n- **`archive\u002Farchive-[task_id].md`**：已完成任务的归档文档\n\n## 渐进式规则加载\n\n每个命令都实现了渐进式规则加载，以优化上下文使用：\n\n1. **核心规则** - 始终首先加载\n   - `main.mdc` - 系统基础\n   - `memory-bank-paths.mdc` - 文件路径定义\n\n2. **命令特定规则** - 根据命令加载\n   - 可视化流程图（例如：`van-mode-map.mdc`）\n   - 命令特定的工作流\n\n3. **复杂度特定规则** - 根据任务复杂度加载\n   - 1级：`workflow-level1.mdc`\n   - 2级：`workflow-level2.mdc`、`task-tracking-basic.mdc`\n   - 3级：`workflow-level3.mdc`、`planning-comprehensive.mdc`\n   - 4级：`workflow-level4.mdc`、`architectural-planning.mdc`\n\n4. **专用规则** - 仅在需要时惰性加载\n   - 创意阶段类型（建筑、UI\u002FUX、算法）\n   - 高级验证规则\n   - 平台特定的适配\n\n这种方法相比一次性加载所有规则，可将初始令牌使用量减少约**70%**。\n\n## 复杂度级别\n\nMemory Bank 会根据任务复杂度调整其工作流：\n\n### 1级：快速修复Bug\n- **工作流**：`\u002Fvan` → `\u002Fbuild` → `\u002Freflect` → `\u002Farchive`\n- **特点**：单个文件更改，针对性修复\n- **文档**：最少，专注于修复内容\n\n### 2级：简单增强\n- **工作流**：`\u002Fvan` → `\u002Fplan` → `\u002Fbuild` → `\u002Freflect` → `\u002Farchive`\n- **特点**：涉及多个文件，需求明确\n- **文档**：基本计划、实施步骤\n\n### 3级：中级功能\n- **工作流**：`\u002Fvan` → `\u002Fplan` → `\u002Fcreative` → `\u002Fbuild` → `\u002Freflect` → `\u002Farchive`\n- **特点**：新增组件，需进行设计决策\n- **文档**：全面计划、创意阶段、详细反思\n\n### 4级：复杂系统\n- **工作流**：`\u002Fvan` → `\u002Fplan` → `\u002Fcreative` → `\u002Fbuild` → `\u002Freflect` → `\u002Farchive`\n- **特点**：包含多个子系统，需做出架构决策\n- **文档**：分阶段实施、架构图、全面归档\n\n## 故障排除\n\n### 命令未显示\n\n- **验证 Cursor 版本**：确保您使用的是 Cursor 2.0 或更高版本\n- **检查文件位置**：确保项目根目录下存在 `.cursor\u002Fcommands\u002F` 目录\n- **重启 Cursor**：有时需要重启才能检测到新命令\n\n### 命令无法正常工作\n\n- **检查 Memory Bank**：确认 `memory-bank\u002F` 目录是否存在\n- **验证任务状态**：查看 `memory-bank\u002Ftasks.md` 中当前的任务状态\n- **回顾命令顺序**：确保您遵循正确的工作流顺序\n- **检查规则**：确认 `.cursor\u002Frules\u002Fisolation_rules\u002F` 目录存在\n\n### 规则未加载\n\n- **验证文件路径**：确保规则文件位于 `.cursor\u002Frules\u002Fisolation_rules\u002F`\n- **检查文件权限**：确认文件具有可读权限\n- **查看命令日志**：检查命令试图加载哪些规则\n\n### Memory Bank 问题\n\n- **文件缺失**：运行 `\u002Fvan` 初始化 Memory Bank 结构\n- **状态损坏**：检查 `memory-bank\u002Ftasks.md` 中的任务状态\n- **文件冲突**：回顾最近对 Memory Bank 文件的更改\n\n## 旧版自定义模式（已弃用）\n\n> **注意**：自定义模式已被弃用，推荐使用 Cursor 2.0 的命令。如果您正在使用 Cursor 2.0+，请改用命令。自定义模式的设置说明位于 `custom_modes\u002F` 目录中，仅供参考。\n\n如果您使用的是不支持命令的旧版 Cursor，请参阅 [命令迁移指南](COMMANDS_MIGRATION.md)，了解有关旧版自定义模式设置的信息。\n\n## 版本信息\n\n这是 Memory Bank 系统的 v0.8 版本。它在保持所有功能的同时，相比 v0.7-beta 引入了显著的令牌优化改进。有关更改的详细信息，请参阅 [发布说明](RELEASE_NOTES.md)。\n\n### 持续开发\n\nMemory Bank 系统目前仍在积极开发和改进中。需要了解的关键点如下：\n\n- **开发中**：这是一个处于开发中的测试版，预计会定期更新、优化并添加新功能。\n- **功能优化**：模块化架构允许持续改进，而不会破坏现有功能。\n- **旧版本可用**：如果您更倾向于使用旧版本（v0.1-legacy）的稳定性，可以在当前版本成熟之前继续使用。\n- **架构优势**：在决定使用哪个版本之前，请阅读 [Memory Bank 升级指南](memory_bank_upgrade_guide.md)，以了解新架构带来的显著优势。\n\n## 资源\n\n- [命令文档](.cursor\u002Fcommands\u002FREADME.md) - 详细的命令使用指南\n- [命令迁移指南](COMMANDS_MIGRATION.md) - 从自定义模式到命令的迁移\n- [Memory Bank 优化说明](MEMORY_BANK_OPTIMIZATIONS.md) - 关于令牌效率提升的详细概述\n- [发布说明](RELEASE_NOTES.md) - 最新更改的相关信息\n- [Memory Bank 升级指南](memory_bank_upgrade_guide.md) - 了解新架构\n- [CREATIVE 模式与 Claude 的“思考”工具](creative_mode_think_tool.md) - 设计方法论说明\n\n## 贡献\n\n如上文个人说明所述，Memory Bank 是一个个人项目。然而，如果您觉得它有用并希望将其应用于自己的需求，您可以：\n\n1. **咨询 Cursor AI**：直接使用 Cursor AI 修改规则和命令\n2. **分支并定制**：克隆仓库并根据您的工作流进行调整\n3. **分享改进**：如果您做出了有用的改进，可以考虑与社区共享\n\n---\n\n*注：此 README 适用于 v0.8 版本，并可能随系统演进而变化。*","# cursor-memory-bank 快速上手指南\n\n`cursor-memory-bank` 是一个基于 Cursor 2.0 命令的层级化任务管理系统。它通过优化的令牌（Token）使用策略和分阶段的工作流（初始化、规划、设计、构建、反思、归档），帮助开发者高效管理开发流程并保持上下文连贯。\n\n## 环境准备\n\n在开始之前，请确保满足以下前置条件：\n\n*   **编辑器要求**：必须安装 **Cursor Editor** 且版本为 **2.0 或更高**（需支持 Commands 功能）。\n*   **推荐模型**：为了获得最佳体验（特别是 `\u002Fcreative` 命令的“思考”功能），建议使用 **Claude 4 Sonnet** 或 **Claude 4 Opus** 模型。\n*   **网络环境**：由于需要克隆 GitHub 仓库，建议配置好网络加速或使用国内镜像源。\n\n## 安装步骤\n\n只需将仓库文件复制到你的项目目录即可，无需复杂的配置。\n\n### 方式一：使用 Git 克隆（推荐）\n\n在项目根目录下执行以下命令：\n\n```bash\ngit clone https:\u002F\u002Fgithub.com\u002Fvanzan01\u002Fcursor-memory-bank.git\n```\n\n> **注意**：克隆后，请确保将生成的 `.cursor` 文件夹移动到或直接保留在你的**项目根目录**下。如果克隆到了子文件夹，请将 `.cursor` 文件夹剪切至项目根部。\n\n### 方式二：手动安装\n\n1.  从 GitHub 下载仓库的 ZIP 包并解压。\n2.  将解压后的 `.cursor` 文件夹复制到你的项目根目录中。\n3.  （可选）其他文档文件（如 `README.md` 等）仅用于参考，非运行必需，可按需整理到 `memory_bank_documents` 等文件夹中。\n\n安装完成后，系统即可立即使用，无需额外初始化脚本。\n\n## 基本使用\n\n该系统通过 6 个专用命令引导你完成开发全流程。所有命令共享 `memory-bank\u002F` 目录下的上下文文件。\n\n### 1. 启动工作流\n\n在 Cursor 聊天窗口中输入 `\u002F` 即可看到可用命令。始终从 **`\u002Fvan`** 开始初始化任务。\n\n**示例：初始化一个添加用户认证功能的任务**\n\n```text\n\u002Fvan Add user authentication to the application\n```\n\n执行后，系统会自动：\n*   检测操作系统并适配命令。\n*   分析任务复杂度（分为 Level 1-4）。\n*   创建或更新 `memory-bank\u002F` 结构。\n*   根据复杂度推荐下一步操作。\n\n### 2. 遵循自动化工作流\n\n系统会根据任务复杂度自动规划路径，你只需按提示依次执行命令：\n\n*   **Level 1 (简单修复)**:\n    `\u002Fvan` → `\u002Fbuild` → `\u002Freflect` → `\u002Farchive`\n\n*   **Level 2 (常规增强)**:\n    `\u002Fvan` → `\u002Fplan` → `\u002Fbuild` → `\u002Freflect` → `\u002Farchive`\n\n*   **Level 3-4 (复杂功能\u002F系统设计)**:\n    `\u002Fvan` → `\u002Fplan` → `\u002Fcreative` → `\u002Fbuild` → `\u002Freflect` → `\u002Farchive`\n\n### 3. 完整操作示例\n\n假设你要开发一个包含 OAuth2 支持的用户认证功能（通常为 Level 3 任务），操作流程如下：\n\n```bash\n# 1. 初始化任务\n\u002Fvan Add user authentication with OAuth2 support\n\n# 2. 制定详细计划 (由 \u002Fvan 自动路由)\n\u002Fplan\n\n# 3. 探索设计方案 (针对复杂组件)\n\u002Fcreative\n\n# 4. 执行代码实现\n\u002Fbuild\n\n# 5. 复盘与反思\n\u002Freflect\n\n# 6. 归档任务文档\n\u002Farchive\n```\n\n每个命令执行完毕后，会更新 `memory-bank\u002F` 中的状态文件，并提示你下一个应执行的命令，直至任务归档完成。归档后，可再次使用 `\u002Fvan` 开启新任务。","一位全栈开发者正在利用 Cursor 重构一个遗留的电商订单系统，需要在理解复杂业务逻辑的同时引入新的微服务架构。\n\n### 没有 cursor-memory-bank 时\n- **上下文频繁丢失**：在多轮对话中，AI 经常忘记之前的架构决策或已完成的模块细节，导致开发者需反复粘贴代码片段和背景信息来“唤醒”记忆。\n- **开发流程混乱**：缺乏标准化的阶段引导，AI 往往跳过设计直接生成代码，导致后期发现逻辑漏洞时需要大幅返工。\n- **文档与代码脱节**：项目进度和架构变更仅存在于聊天记录中，无法自动沉淀为可查阅的项目文档，新人接手或后续维护极其困难。\n- **Token 消耗巨大**：每次交互都需携带大量冗余的历史上下文，不仅响应变慢，还容易触及模型的上下文长度限制。\n\n### 使用 cursor-memory-bank 后\n- **持久化记忆保持**：通过 `activeContext.md` 和 `progress.md` 文件，cursor-memory-bank 让 AI 始终知晓项目当前状态和既定规则，无需重复输入背景信息。\n- **结构化流程引导**：开发者依次调用 `\u002Fvan`、`\u002Fplan`、`\u002Fcreative` 和 `\u002Fbuild` 命令，强制 AI 按“初始化→规划→设计→实施”的科学路径执行，显著降低返工率。\n- **自动文档归档**：每完成一个阶段，`\u002Farchive` 命令会自动更新架构图和任务清单，确保代码实现与项目文档实时同步，形成完整的知识资产。\n- **高效 Token 管理**：得益于分层规则加载机制，cursor-memory-bank 仅在当前阶段载入必要规则，减少了约 70% 的无效 Token 消耗，使长周期开发更流畅。\n\ncursor-memory-bank 将零散的 AI 辅助编程转化为具备持久记忆和标准流程的工程化协作体系，极大提升了复杂项目的交付质量与维护性。","https:\u002F\u002Foss.gittoolsai.com\u002Fimages\u002Fvanzan01_cursor-memory-bank_2b03f38b.png","vanzan01",null,"https:\u002F\u002Foss.gittoolsai.com\u002Favatars\u002Fvanzan01_1f76e419.jpg","Perth","blog.vanzan01.org","https:\u002F\u002Fgithub.com\u002Fvanzan01",3019,444,"2026-04-11T13:15:59",1,"Linux, macOS, Windows","未说明",{"notes":85,"python":83,"dependencies":86},"本工具是 Cursor 编辑器的规则和工作流系统，非独立运行的 AI 模型。核心依赖为 Cursor 编辑器（需 2.0 及以上版本以支持命令功能）。推荐使用 Claude 4 Sonnet 或 Claude 4 Opus 模型以获得最佳效果，特别是使用 `\u002Fcreative` 命令时。无需安装 Python 环境、GPU 或特定深度学习库，只需将配置文件克隆至项目目录即可使用。",[87],"Cursor Editor v2.0+",[13,52],"2026-03-27T02:49:30.150509","2026-04-12T09:07:20.537109",[92,97,102,107,112,117],{"id":93,"question_zh":94,"answer_zh":95,"source_url":96},30551,"Cursor 2.1 弃用了自定义模式（Custom Modes），我找不到“导出自定义模式”的选项怎么办？","该选项可能不会直接显示在主界面。请尝试以下步骤：\n1. 打开命令面板：点击菜单栏的 View -> Command Palette。\n2. 输入并搜索：\"Export Custom Modes\"。\n3. 执行该命令即可将配置迁移为自定义命令。\n迁移后，您可以通过类似 `\u002Fvan VAN` 或 `\u002Fplan PLAN` 的命令来使用原有功能。如果仍然找不到，尝试重新安装 Cursor 可能会解决显示问题。","https:\u002F\u002Fgithub.com\u002Fvanzan01\u002Fcursor-memory-bank\u002Fissues\u002F42",{"id":98,"question_zh":99,"answer_zh":100,"source_url":101},30552,"为什么 AI 没有自动读取 Memory Bank 文件，而是创建了新的文件夹？","默认情况下，AI 不会在每次对话开始时自动检查 Memory Bank，需要显式触发。解决方法如下：\n1. 在提示词前加上关键字 \"VAN\"（例如：\"VAN 请检查内存库并修复登录错误\"）。\n2. 确保您已更新 `van-protocol.mdc` 规则文件到最新版本，旧版本可能存在路径验证问题。\n3. 下载地址：`.cursor\u002Frules\u002FCore Implementation\u002Fvan-protocol.mdc`。\n更新后，AI 将能正确识别并更新现有的 `memory-bank` 目录，而不是在根目录创建新文件。","https:\u002F\u002Fgithub.com\u002Fvanzan01\u002Fcursor-memory-bank\u002Fissues\u002F6",{"id":103,"question_zh":104,"answer_zh":105,"source_url":106},30553,"项目中出现了多个 memory-bank 文件夹（根目录和 cursor-memory-bank 内），导致数据不同步，如何合并？","这是由规则验证逻辑或外部工具干扰导致的。请按以下步骤修复：\n1. 备份项目文件夹。\n2. 确保所有规则文件已更新至最新版本。\n3. 向 AI 发送以下指令进行合并：\n\"VAN\n我需要整合我的 Memory Bank 系统。请：\n1. 检查是否存在 'memory-bank' 和 'cursor-memory-bank' 目录。\n2. 如果两者都存在，帮助我合并它们的内容，确保不丢失任何信息。\n3. 验证正确的目录结构是否就位（即根目录下的 memory-bank\u002F 包含 projectbrief.md, productContext.md 等）。\"\n合并完成后，删除多余的文件夹，仅保留根目录下的 `memory-bank` 作为唯一真实来源。","https:\u002F\u002Fgithub.com\u002Fvanzan01\u002Fcursor-memory-bank\u002Fissues\u002F4",{"id":108,"question_zh":109,"answer_zh":110,"source_url":111},30554,"README 中没有说明如何设置基于项目的规则（非 .cursorrules 全局规则方式）？","设置步骤如下：\n1. 全局规则：需要手动将全局规则内容复制并粘贴到 Cursor 的全局设置中。\n2. 项目规则：只需将整个 `.cursor` 文件夹拖入到您的任意项目根目录中。\n3. 自定义规则：您可以在该项目内的 `.cursor` 文件夹中添加您自己的自定义规则格式文件。\n这样即可实现项目级别的隔离配置，无需依赖全局 `.cursorrules` 文件。","https:\u002F\u002Fgithub.com\u002Fvanzan01\u002Fcursor-memory-bank\u002Fissues\u002F1",{"id":113,"question_zh":114,"answer_zh":115,"source_url":116},30555,"运行命令时报错找不到文件（如 implement-mode-map.mdc not found），如何解决路径问题？","这是因为命令文件中引用的规则路径是相对路径，而在某些环境下无法正确解析。解决方法是修改命令文件，将规则路径改为绝对路径。\n例如，将 `.cursor\u002Frules\u002F...` 修改为您的实际绝对路径，如 `$HOME\u002F.cursor\u002Frules\u002F...` 或具体的完整磁盘路径。检查所有报错的命令文件（如 `build.md`），确保其中加载规则步骤使用的是全路径。","https:\u002F\u002Fgithub.com\u002Fvanzan01\u002Fcursor-memory-bank\u002Fissues\u002F45",{"id":118,"question_zh":119,"answer_zh":120,"source_url":121},30556,"Cursor 弃用 Custom Modes 后，Van Mode 的工作流还有什么替代方案吗？","虽然 Custom Modes 被移除，但您可以迁移到 \"Commands\"（命令）方式来保留大部分工作流功能。\n1. 使用 \"Export Custom Modes\" 功能将原有模式导出为命令。\n2. 在命令面板中通过输入斜杠命令（如 `\u002Fvan`）来触发相应的规划和执行流程。\n虽然这种方式不如自定义 Agent 那样理想，但它仍然比 Cursor 原生的 Ask\u002FPlan\u002FAgent 模式更强大，能够保持规划、创意迭代和代码生成的集成工作流。","https:\u002F\u002Fgithub.com\u002Fvanzan01\u002Fcursor-memory-bank\u002Fissues\u002F43",[123,128,133,138],{"id":124,"version":125,"summary_zh":126,"released_at":127},214851,"0.8-beta","## 概述\n\n版本 0.8 是记忆库系统的一次重大演进，从 Cursor 已弃用的自定义模式迁移至原生的 Cursor 2.0 命令功能。本版本在 v0.7-beta 中建立的令牌优化工作流基础上进一步发展，重点在于改进命令集成和工作流优化。\n\n## 🎯 主要变更\n\n### 迁移到 Cursor 2.0 命令\n\n**破坏性变更：** 本版本从自定义模式迁移到 Cursor 2.0 命令。所有工作流均已移植到新的命令系统。\n\n- **之前：** 在 Cursor 设置中配置的自定义模式，通过下拉菜单选择\n- **之后：** 使用 `\u002F` 前缀触发命令（例如 `\u002Fvan`、`\u002Fplan`、`\u002Fbuild`）\n\n**命令映射：**\n- VAN 模式 → `\u002Fvan` - 初始化与入口点\n- PLAN 模式 → `\u002Fplan` - 任务规划\n- CREATIVE 模式 → `\u002Fcreative` - 设计决策\n- IMPLEMENT 模式 → `\u002Fbuild` - 代码实现\n- REFLECT 模式 → `\u002Freflect` - 任务反思\n- ARCHIVE 模式 → `\u002Farchive` - 任务归档\n\n### 🌟 重大特性\n\n#### 增强的 Cursor 2.0 命令集成\n- 与 Cursor 2.0 命令功能的原生集成\n- 改善了命令发现与使用体验（输入 `\u002F` 即可查看所有命令）\n- 流畅的工作流命令间切换\n- 更好地与 Cursor 的原生功能集成\n- 无需额外设置——命令即刻可用\n\n#### 工作流优化\n- 命令间的过渡更加顺畅\n- 通过记忆库更好地保持命令间的上下文\n- 更完善的错误处理与恢复机制\n- 更直观的工作流引导\n\n### 🔄 流程改进\n\n#### 命令系统增强\n- 改进了 `.cursor\u002Fcommands\u002FREADME.md` 中的命令文档\n- 更好的命令发现机制\n- 优化的工作流路由逻辑\n- 简化的命令执行流程\n\n#### 保留的功能\n- ✅ 渐进式规则加载——命令仍会逐步加载规则（令牌用量减少约 70%）\n- ✅ 记忆库集成——所有命令均从 `memory-bank\u002F` 目录读取并更新数据\n- ✅ 基于复杂度的工作流——保留了 1 至 4 级的工作流\n- ✅ 模式转换——命令会引导用户进入下一个合适的命令\n\n### 📚 文档增强\n\n- 更新了以命令为中心的工作流 README\n- 优化了命令文档（`.cursor\u002Fcommands\u002FREADME.md`）\n- 新增了迁移指南（`COMMANDS_MIGRATION.md`），供从自定义模式迁移的用户参考\n- 改进了示例与使用模式\n- 提供了更完善的命令参考文档\n\n### 🛠 技术改进\n\n- 优化了命令执行效率\n- 改进了命令的规则加载机制\n- 增强了命令切换之间的上下文管理\n- 更好地与 Cursor 2.0 功能集成\n- 保持了与 v0.7-beta 工作流的向后兼容性\n\n## 📋 文件变更\n\n### 新文件\n- `.cursor\u002Fcommands\u002Fvan.md` —— 初始化命令\n- `.cursor\u002Fcommands\u002Fplan.md` —— 规划命令\n- `.cursor\u002Fcommands\u002Fcreative.md` —— 设计命令\n- `.cursor\u002Fcommands","2025-12-05T08:52:43",{"id":129,"version":130,"summary_zh":131,"released_at":132},214852,"0.7-beta","\r\n\r\n> **个人说明**：Memory Bank 是我的个人兴趣项目，专为我在编程项目中的使用而开发。由于这是一个个人项目，我并未维护问题跟踪系统或主动收集反馈。不过，如果您在使用这些规则时遇到问题，其一大优势在于可以直接请求 Cursor AI 修改或更新规则，以更好地适配您的特定工作流。该系统由 AI 驱动，具备高度的可适应性，使您无需外部支持即可根据自身需求进行定制。\n\n## 版本 0.7-beta —— 令牌优化型工作流\r\n\r\n> 在 v0.6-beta.1 奠定的架构基础上，本次发布引入了显著的令牌效率优化和增强的工作流能力，并在上下文管理方面实现了大幅改进。\n\n### 🌟 主要特性\r\n\r\n#### 分层规则加载系统 _(新增)_\r\n- 按需即时加载专用规则\r\n- 核心规则可在模式切换时缓存\r\n- 基于复杂度的规则选择\r\n- 大幅降低与规则相关的令牌消耗\r\n\r\n#### 渐进式文档框架 _(新增)_\r\n- 简洁模板可根据任务复杂度动态扩展\r\n- 表格化格式便于高效比较选项\r\n- 创意阶段采用“按需细化”方式\r\n- 文档流程精简，同时不牺牲质量\r\n\r\n#### 优化的模式切换 _(增强)_\r\n- 统一的上下文传递协议\r\n- 标准化的过渡文档\r\n- 可选择性地保留上下文\r\n- 提升不同模式之间的上下文保持能力\r\n\r\n#### 增强的多层级工作流系统 _(增强)_\r\n- **第 1 级：快速 Bug 修复流水线**\r\n  - 极其精简的文档模板\r\n  - 集中更新记忆库\r\n  - 流程精简为三阶段\r\n\r\n- **第 2 级：功能增强流水线**\r\n  - 平衡的四阶段工作流\r\n  - 简化的规划模板\r\n  - 文档编写流程更加快速\r\n\r\n- **第 3 级：功能开发流水线**\r\n  - 全面的规划体系\r\n  - 优化创意阶段的探索\r\n  - 上下文利用效率提升\r\n\r\n- **第 4 级：企业级流水线**\r\n  - 先进的六阶段工作流\r\n  - 分层级的文档模板\r\n  - 更完善的治理控制机制\r\n\r\n### 🔄 流程改进\r\n\r\n#### 令牌优化型架构\r\n- 降低系统规则对上下文的占用\r\n- 为实际开发任务释放更多上下文空间\r\n- 根据任务需求自适应调整复杂度\r\n- 采用差异化的记忆库更新策略，最大限度减少令牌浪费\r\n\r\n#### 基于模式的优化\r\n- **VAN 模式**：以最小开销高效确定复杂度\r\n- **PLAN 模式**：提供符合复杂度要求的规划模板\r\n- **CREATIVE 模式**：渐进式文档编制，辅以表格化对比\r\n- **IMPLEMENT 模式**：精简的实现指导\r\n- **REFLECT 模式**：具备上下文感知的复盘机制\r\n- **ARCHIVE 模式**：高效的知识保存\r\n\r\n#### 高级工作流优化\r\n- 智能化的层级切换系统\r\n- 明确的复杂度评估标准","2025-05-07T15:33:04",{"id":134,"version":135,"summary_zh":136,"released_at":137},214853,"0.6-beta.1","# 内存银行系统 v0.6-beta 发行说明\n\n**发布日期：** 4月1日星期二（愚人节不骗人）\n\n我很高兴地宣布 **内存银行系统 v0.6-beta** 的正式发布。此次更新带来了一次重大的架构重构，旨在提升效率、可扩展性，并使 Cursor 中的结构化开发工作流更加清晰明了。\n\n本版本为 **测试版**，主要聚焦于新架构的引入。作为一项仍在积极开发中的个人项目，未来我们还将持续优化并添加更多功能。\n\n## 🎉 重大架构重构：从单体式到模块化\n\n此版本标志着从以往单文件、单体式的旧架构（v0.1-legacy）向模块化、基于图结构的新系统的根本性转变。关键的架构改进包括：\n\n*   **即时规则加载（JIT）**：通过仅加载当前开发阶段（VAN、PLAN、CREATIVE、IMPLEMENT）相关的规则，大幅降低上下文窗口占用率（从约70%降至15%-20%）。\n*   **基于图的高效性**：采用有向图优化决策树和工作流的导航，显式建模各阶段与组件之间的关系。\n*   **可视化流程图**：在各个模式中嵌入 Mermaid 图表，以清晰直观地展示工作流程、决策点及进度跟踪。\n*   **隔离式规则架构**：取消全局规则。所有系统行为均被限定在特定的自定义模式内，确保在内存银行模式未激活时不会干扰常规 Cursor 使用。\n\n有关这些变化的详细说明，请参阅 [内存银行升级指南](memory_bank_upgrade_guide.md)。\n\n## ✨ 与 Cursor 自定义模式的深度集成\n\n内存银行 v0.6-beta 对 Cursor 自定义模式功能的利用已远超简单的提示词替换：\n\n*   **结构化工作流**：引入四个核心自定义模式（**🔍 VAN**、**📋 PLAN**、**🎨 CREATIVE**、**⚒️ IMPLEMENT**），它们按照逻辑顺序协同工作。\n*   **模式间的互联性**：将各模式视为开发图中的节点，定义明确的转换路径和上下文传递机制。\n*   **共享内存**：通过专用的内存银行文件（`tasks.md`、`activeContext.md`、`progress.md`）在模式切换过程中保持持久状态。\n*   **可调用的 QA 功能**：技术验证（QA）现已成为一个可在任意模式中通过输入“QA”来调用的功能，从而在整个流程中提供灵活的验证支持，而不再需要单独设立一个 QA 模式。\n\n## 🚀 核心功能亮点\n\n*   **CREATIVE 模式增强**：其理念源自 Anthropic 的 Claude “Think” 工具方法论，用于结构化地探索和记录设计决策。（详情请参阅 [CREATIVE 模式详解](creative_mode_think_tool.md)。）\n*   **平台感知能力**：增强了对操作系统的自动检测（Windows、macOS、Linux），以生成更可靠的命令。\n*   **复杂度分级体系**：保留了基础的四层级复杂度体系，用以指导工作流路径和文档需求。\n* ","2025-04-01T02:30:15",{"id":139,"version":140,"summary_zh":141,"released_at":142},214854,"v0.1-legacy","# 内存库系统 v0.1-旧版\n\n这是原始单体式内存库系统在演变为新的模块化架构之前的最终版本。\n\n## 关于此版本\n该版本提供了一个完整的、自包含的系统，可通过单一的综合性规则文件进行结构化开发。内存库系统实现了自适应的复杂度等级（1–4级），并配有相应的工作流和文档要求。\n\n## 核心特性\n- 单文件架构，简单易用\n- 自适应的四层级复杂度标准\n- 全面的文档模板\n- 创意阶段管理\n- 结构化的任务跟踪\n\n## 适用人群\n此版本推荐给：\n- 第一次学习内存库系统的初学者\n- 倾向于简单性、而非模块化系统高级功能的用户\n- 不需要模块化架构全部功能的较简单项目\n\n## 展望\n尽管这标志着原始架构的最终版本，但现已推出基于 JIT 的全新模块化系统，可为复杂项目提供更强大的功能支持。\n\n此旧版将继续保留，供那些认为其简洁直观的方法对其工作流程有价值的人使用。","2025-04-01T02:14:58"]