NEW BOT Телеграм, страница

分享一段自己在AI编程过程中感觉十分好用的提示词

先放出提示词，可以放进AI编程工具的规则文件里：

本项目采用清晰、可维护、高内聚低耦合的“原子化架构”的分层架构模式：

1. L1 入口层（Entry Layer）
→ 仅包含**单一入口模块**，作为系统唯一对外接入点。
→ 负责初始化、协调层调用、全局异常捕获与日志路由。
→ **禁止实现任何业务逻辑**，仅做流程串联。

2. L2 协调层（Coordination Layer）
→ 充当“指挥官”、“数据调度员”、“接口适配器”：编排原子能力、管理数据流、封装对外API。
→ 必须提供清晰接口契约（含输入/输出类型、错误码、调用协议）。
→ **只依赖L3分子层，不可直接调用L4原子层**。

3. L3 分子层（Molecular Layer）
→ 由若干原子能力组合而成的**业务功能单元**（如：用户注册流程、图像预处理管线、模型推理链）。
→ **分子之间禁止相互依赖或调用**——所有协作必须经由协调层中转。
→ 支持独立单元测试与版本替换。

4. L4 原子层（Atomic Layer）
→ 每个原子为**单一职责的最小可运行单元**（如：函数、纯类、无状态服务）。
→ 单个原子实现建议 ≤ 80 行逻辑代码（不含注释/空行），确保可读性与可测性。
→ **原子之间禁止相互调用或共享状态**——所有组合由分子层完成。

通用约束：
- **依赖方向严格单向**：L1 → L2 → L3 → L4，禁止反向或跨层依赖。
- **目录结构应显式反映层级**（例如：`/entry`, `/coordinator`, `/molecules`, `/atoms`）。
- **每层对外暴露明确定义的接口/契约**，隐藏内部实现细节（封装性）。
- 支持横向扩展：新增功能只需添加新原子/分子，不修改现有代码（开闭原则）。

之所以想去搞这个提示词，主要原因有2点：
一是因为使用ai写代码的时候（尤其是开启一个新项目，比如一个多crates的rust项目，代码全往每个crate下的lib.rs写），经常就往一个文件里疯狂写，项目结构不够清晰；
二是每次遇到bug的时候让ai debug就非常麻烦，这个其实问过ChatGPT原因，得到的回答是依赖链太复杂导致难以分析

基于这两个理由，从网上大致搜了下思路，写出了初版提示词，又借助AI的力量完善了一下，主要就是更区分各层的职责

这个提示词我自己实测就是最直观的，ai在写新代码会更让项目结构更清晰，而且这个架构严格的单项依赖也使ai debug原因更快速，然后对于扩展功能也更方便（只需要添加相应的原子和分子），总体就是感觉AI生成的代码也能更可靠一些

然后这也是我第一次发帖，用手机编辑的，做的不好也请见谅了

当然这个提示词其实主要是针对在结构上的问题（最起码一开始是这样的），而且也无法保证这个提示词一定完美，可能仍有我没考虑到的情况。其他方面的改进优化其实我也还没有很好的提示词解决方法，也希望能对各位佬友有所帮助

佬友们不妨也说说自己ai编程遇到的一些问题，比如测试不通过会改注释、有时候会寻找捷径而不是更稳健的修复方法这类问题，大家一次集思广益优化一下

42 posts - 42 participants

Read full topic

via LINUX DO - 热门话题 (author: Suki)

107 views19:17