Open Design Docs
Instructions / Rules
设置 Open Design 长期遵守的固定要求。
「Instructions / Rules」用于写入长期稳定的固定要求。它不是某一次任务的临时需求，而是希望 Open Design 之后每次对话都遵守的行为规则。
进入设置面板后，点击左侧「Instructions / Rules」。右侧会显示「全局规则」文本框，直接输入规则即可。内容最多保存 5000 个字符，编辑后会随设置面板自动保存。
GLOSSARY / 术语说明
Instructions / Rules
Instructions / Rules 可以理解为「固定要求」，也可以理解为项目里的「宪法」。它会影响后续对话和生成方式，告诉 Open Design 什么必须做、什么不能做。
当你希望 Open Design 长期保持某种工作习惯，或者必须遵守某些边界时，就适合写在这里。例如始终使用中文、文档面向非技术用户、回答要简洁、生成页面要贴近品牌风格、不能修改某个源码目录。
使用前，请只写长期有效且需要严格遵守的规则。一次性任务不要写到这里，直接写到主页或项目输入框即可。
和记忆的区别
Instructions / Rules 和 记忆 都可能长期存在，但权重不同。
| 对比项 | Instructions / Rules | 记忆 |
|---|---|---|
| 通俗理解 | 项目宪法、硬性规范 | 工作笔记、背景资料 |
| 作用 | 规定必须遵守的做事方式 | 提供上下文，减少重复说明 |
| 权威性 | 高，应该严格遵守 | 中，作为参考使用 |
| 保存位置 | 设置里的「全局规则」文本框 | 设置里的「记忆」页，按条目和索引管理 |
| 适合内容 | 技术栈、代码风格、禁止事项、文档规范 | 项目背景、当前进度、常用偏好、历史讨论 |
| 示例 | 「后端必须使用 Java 21，严禁使用 System.out.println」 | 「当前正在处理支付模块，项目使用 Stripe API」 |
一句话：Rules 是规矩，记忆是背景。
适合写什么
- 始终使用中文
- 文档面向非技术人员，专业名词要解释
- 输出内容尽量通俗、可直接照着操作
- 生成页面时优先参考设计体系
- 不要在用户文档里写编写过程说明
- 不要修改某个指定源码目录，只能读取参考
- 某个项目必须使用的技术栈、命名方式或代码风格
不适合写什么
- 今天要做哪一个页面
- 某个临时活动的标题
- 一次性的修改意见
- 某个只在当前项目里有效的资料
- 当前正在处理哪个模块
- 历史讨论里提到的背景资料
- API Key、Token、密码或其他敏感凭据
这些内容应该写在项目输入框、记忆里，或保存在专门的安全凭据管理位置。
推荐写法
始终使用中文回复。
文档面向非技术用户，遇到专业名词要用通俗语言解释。
输出步骤要具体，尽量写清楚点击哪个按钮、填写什么内容、什么时候保存。
如果规则很多，建议按主题分行，不要把项目背景、任务清单和临时决定全部混在同一个规则里。
常见问题
| 问题 | 处理方式 |
|---|---|
| 规则太多导致结果僵硬 | 只保留真正长期有效的 3 到 5 条 |
| 某次任务不想遵守某条规则 | 在当前任务里明确说明「这次请忽略某条规则」 |
| 写了规则但没生效 | 重新发送任务，并把关键要求也写在当前需求里 |
| Rules 和记忆都能长期保存为什么还要分开 | Rules 用来约束行为，记忆用来提供背景；强制要求放 Rules，背景信息放记忆 |
还没有公开评论。你可以提交第一个问题。