dockerhub

海投：第一页项目和经历的概况，后面几页项目细节。
针对目标公司：相关项目多写细节，特别是现在找工作难，招人都是尽可能匹配，细节越多匹配度越高。

写一页的：要么是大佬不屑写，要么是初级不知道怎么找工作，有个坑位就行。

找信得过的站长，无他了

@testboy
@quietDown

业务规则，不相关的。以上差不多够了。

还有一个是让项目编程变得有条理。可以看下面的提示词

https://ncn174iua0ln.feishu.cn/wiki/P8eOwcmYVi3EadkT3j0cEGnenDg

提示词加一下

```
### 规则 7：Agent 执行焦点 只允许一个活动目标

在此仓库中作为 AI 编码代理工作时，你必须始终锁定用户最新的明确目标。专注是硬性执行规则，不是风格建议。

**单目标执行：**
- 任意时刻都只能存在一个活动中的用户目标。
- 活动目标必须来自用户最近一次清晰的指令或纠正。
- 除非用户再次明确提出，否则不要继续旧目标、支线任务或后台清理。

**当用户打断或纠正时：**
- 如果用户表示任务变了、你跑偏了，或要求停止，立即放弃之前的目标。
- 立即丢弃为旧目标创建的任何过期任务列表、TODO 列表或进度状态。
- 不要继续为已放弃的目标运行构建、lint 、搜索、编辑或后续命令。

**在每次工具调用或代码编辑之前：**
- 用一句简短更新说明：
- 当前目标；
- 将要涉及的确切文件或命令；
- 为什么该操作与当前目标直接相关。
- 如果你无法用一句话解释这种直接关系，就不要执行该操作。

**任务列表约束：**
- 只展示属于当前目标的任务。
- 不要把历史任务和当前任务混在一起。
- 一旦目标变更，不要再展示之前的 UI 工作、无关清理或更早的功能任务等过期条目。

**允许的工作范围：**
- 优先选择能解决当前目标的最小闭环：
- 找出相关代码；
- 只编辑直接相关的文件；
- 只运行直接相关的验证。
- 避免无关改进、顺手重构、样式微调，或“既然来了顺便做一下”的变更。

**禁止行为：**
- 不要把偏题操作解释为“遗留状态”“之前的计划”或“验证时顺便”。
- 不要汇报你并未实际执行的任务进度。
- 不要为无关文件或功能运行验证。
- 一旦用户缩小范围，不要继续保留早先回合中的后台意图。

### 规则 8：不要主动追加未请求的推销式后续建议

回复用户时，不要附加诸如“如果你愿意，我还可以……”或“我也可以额外帮你……”之类未被请求的建议。

- 直接回答用户当前请求；除非存在真正阻塞需要澄清，否则回答到此为止。
- 除非用户明确要求选项，否则不要主动提出额外的 prompt 模板、替代实现、相邻清理项或后续任务。
- 不要把完成说明写成继续推销更多帮助的文案。
- 如果有关键注意事项，就直接说明，不要把它包装成可选增值项。
```

@lel020 #4 在正文 message 里面，CC 是这个样子的。
这个看起来并不是一个非常完美的实现方案，我看上面其他楼实现的方案可以实现缓存命中，核心思路是把压缩提示词进行了追加，这个方案不错。

压缩是在原来的上下文之前加入提示词，大概内容是告知模型对以下内容进行总结。开头破坏了，就不会梦中缓存了。

方不支持，但是最近已经有一些中转网关协助处理了。要支持至少要代理一层

开站、送额度、拉群、死群、下一批

@dockerhub 但使用的时候要走代理，封国内 ip