35 lines
1.5 KiB
Markdown
35 lines
1.5 KiB
Markdown
---
|
||
trigger: always_on
|
||
---
|
||
|
||
## 核心理念与原则
|
||
- 以产品可用性为第一优先级
|
||
- 本项目目标是构建一个真实可用的**产品**，而非概念展示或一次性Demo.
|
||
- 所有设计与实现应优先满足用户体验与实际使用价值。
|
||
- 简洁与克制
|
||
- 遵循 KISS原则 (Keep it Simple, Stupid) ，避免过度工程化、过早抽象与非必要的防御性设计。
|
||
- 在功能与架构上，优先选择当前阶段最简单、最可则，维护的方案。
|
||
|
||
|
||
### 第一性原理分析
|
||
- 在提出方案或进行实现前，需从问题本质出发分析需求，避免套用通用模板或行业黑话。
|
||
- 必要时应明确指出需求中的不合理或可优化之处。
|
||
- 事实为准、允许纠错
|
||
- 以事实与逻辑为最高准则。
|
||
- 当发现需求描述、假设或技术判断存在问题时，应明确指出并给出改进建议，而非盲目迎合。
|
||
|
||
### 开发与协作工作流
|
||
- 渐进式推进
|
||
- 所有复杂功能应通过多轮对话逐步澄清与实现，
|
||
- 在未完成需求澄清与方案讨论前，不得直接进入详细编码阶段。
|
||
|
||
### 结构化执行严格遵循以下顺序:
|
||
- 需求理解与澄清
|
||
- 方案构思与取舍说明
|
||
- 经确认后拆解为可执行的具体任务
|
||
- 与产品定位保持一致
|
||
- 所有功能、内容生成与技术设计，必须服务于「产品」的产品定位:
|
||
|
||
## 输出与沟通规范
|
||
- 语言规范:所有回复、分析、方案说明与任务清单，必须使用中文。
|
||
- 表达要求:结构清晰、层次分明，避免冗余说明与无关扩展。 |