编写提示词

提示词概览

提示词不需要特殊语法。先用自己的话说明要理解、制作或改变什么，再根据结果继续补充。小任务可以很简短，较大或重要的工作再写清关键要点。

描述需要的结果

把会议记录整理成给项目团队的进展通报。
先列出决定和后续步骤，再说明风险与背景。

如果方法本身重要，再指定步骤；其他情况下，让 Lime 根据材料选择做法。优先讲清完成后的样子。

补充有用的上下文

• 文档、表格与 PDF 用来汇总、比较或转换材料。
• 截图和图像用于布局、状态与视觉参考；标明关注区域。
• 最新事实需要搜索或读取原始来源。
• 相关聊天与共享文件放在同一项目中组织。

已连接来源

明确服务、文件和时间范围。例如“根据已连接文档库中的最新项目计划与批准的决定写进展说明”。先确认工具可以实际访问这些材料。

技能与插件

重复方法可以由技能执行，外部数据可以通过授权插件或 MCP 获取。需要特定流程时明确名称与目的，不把安装成功当成数据授权。

通用偏好

反复使用的风格放入个人指令，项目规则放入 AGENTS.md。一次任务的细节留在当前提示词中。

设定限制条件

• 保留已经批准的日期、金额与公开接口。
• 只使用指定资料，缺失信息明确标出。
• 原始数据不覆盖，结果保存为副本。
• 消息只起草不发送；发布和外部变更前停下。

优先写出会让成果不可用或影响他人的关键边界，无需控制每个工具动作。

让结果可以直接使用

说明读者与用途，例如会前一页摘要、客户跟进邮件或可编辑的比较表。要求完成前核对重要事实、计算和文件格式。

比较计划支出与实际支出，标出差异超过指定阈值的项目。
保留单位和原始值，解释阈值口径；输出可编辑表格与一页结论。

通过后续消息改进结果

指出具体要改的部分与要保留的内容，例如“建议放在开头，保留证据和限定条件”。补充来源或改变详略通常无需从头重做。

调整方向与后续消息

任务进行中可以补充要求。说明是改变当前目标、补充背景，还是待当前步骤结束后再做；以当前输入区提供的发送与排队行为为准。不要复制其他产品的按键约定。

写成完整提示词

为周一评审准备一页项目通报。使用所附计划和已批准的会议决定。
开头列出需要决定的事项，再写进度、风险、负责人和截止日期。
不修改已批准日期与预算，冲突和缺失信息单独列出。
核对每个行动项是否有负责人和日期；只保存草稿，不发送。

使用语音听写

如果当前客户端提供语音输入，可先口述需求，转写后检查名称、数字和限制条件再发送。听写与实时语音对话、音频生成是不同能力。

聊天提示词示例

了解主题

向没有编程经验的人解释版本控制。用一个具体的协作例子，
解释出现的术语，并指出它不能解决的问题。

起草与润色

写一封简短友好的邮件婉拒邀请，说明已有安排，
保留以后合作的意愿。只生成草稿，不发送。

比较选项

比较这两项服务，按我的使用频率和预算列出差异。
给出建议，并说明为了这个选择放弃了什么。

制定计划

安排五个工作日的晚餐，每顿不超过半小时。
避开已说明的过敏食材，合并采购清单并检查数量。

为完整任务编写提示词

高效开展工作

先确定能审阅的成果，只提供相关来源，区分必需部分和可选润色。任务扩大时收窄范围；重复前先完善一次完整流程。

根据原始材料制作文件

根据所附季度资料制作管理层简报和六页演示文稿。
先列三项需要决定的问题；事实与分析分开，每个数字注明来源。
完成前核对两份文件一致，检查版式与数据。

为决策调研

调研三个适合本团队的支持平台。比较当前价格、安全、集成与迁移成本。
交付带来源的建议备忘录，列出假设及签约前必须核实的问题。

协调发布

根据产品简报整理时间表、负责人、依赖和风险。
起草公告、FAQ与发布检查清单；未批准事项先列出，不发布。

为编码任务编写提示词

提供预期行为、相关路径、复现步骤、限制与验证方法。Lime 可以在桌面或 CLI/TUI 中调查与执行；先使用 Plan 模式讨论复杂改动。

理解代码库

阅读当前服务的入口、协议与数据定义，按调用顺序解释请求流程。
列出校验位置、必填字段、兼容规则和涉及文件。先不要修改。

修复缺陷

问题：页面提示保存成功，刷新后设置恢复原状。
按项目文档启动并复现，定位请求、服务与存储路径。
保持API结构，修复最小范围，运行相关回归测试并重新验证界面。

编写测试

为指定函数补充有意义的测试，沿用现有风格。
覆盖正常、边界和失败行为，不只重复实现。运行最小相关测试。

根据截图制作原型

以附件为视觉参考，在现有项目实现页面。
保留既有技术栈与组件方式，补充截图未展示的加载、错误与键盘状态。
给出实际查看入口，并用同一视口验证。

实时调整界面

先按项目文档启动预览，再一次修改一个区域。指出保留项，刷新后检查桌面和窄屏。您手动调整后应告诉 Lime，避免覆盖。

把重构交给远端

先在当前代码上计划里程碑、文件归属与回退方式。远端必须有相应代码和依赖；不要假设本地未提交更改会自动传输。每个里程碑独立验证。

本地审查代码

审查当前未提交变更，只报告能说明触发条件与影响的问题。
按严重程度排序，引用文件位置；不要修改或提交。

审查远程 pull request

使用获准的仓库工具读取差异与上下文，明确审查范围。Lime 不提供其他产品专属的评论机器人命令；发布评论需要单独明确要求。

更新文档

只更新指定功能的使用说明。按真实代码核对命令、参数和链接，
保留无关内容，检查渲染效果并列出无法核实的事实。