最新

我搜索了“地狱火导弹速度”（顺便提一下，根据维基百科，这个速度大约是995英里每小时）。<p>显然，这个搜索以及我的浏览历史不知怎么地触发了服务条款的违规。<p>我只是因为看了汉克·格林的视频，关于最新的UFO视频而感到好奇。<p>[1] https://en.wikipedia.org/wiki/AGM-114_Hellfire

以下是我给Claude Code CLI和VSCode代理的提示内容，针对我的TS项目： ``` 我修改了作业创建的类型签名和行为。之前，作业定义的创建需要一个批量参数（从队列中创建）。现在它直接接受队列，采用异步方式，并且在创建时需要传入databaseClient（而不是在批量执行时）。它不再返回任何内容——这没关系，因为结果仅用于日志记录——而这现在由我们处理，所以我们不必担心。我们能否重构代码库以利用新的JobDefinition.create？请删除多余的“作业已创建”日志。 只执行这个任务，仅此而已。如果你看到与此无关的内容，认为需要重构的地方——请不要修改它。仅执行与此任务直接相关的操作。 ``` 所以有两个指令： 1. 完成任务 2. 不要做与任务无关的事情（在后续尝试中因沮丧而添加） 我的经历： 代理的流程开始得很好——它找到了所有需要更改的文件并开始进行编辑。 到第5个文件时，我注意到除了请求的重构外，它还开始重新排序`JobDefinition.create`方法的对象键。虽然在语义上没有实际影响，但这让我非常沮丧，因为这使得差异的审查变得更加困难。 稍后，它开始修改之前不满意的日志消息，最终完全偏离轨道，向我的函数定义中添加了它认为需要的参数（引入了类型/运行时错误）。 VSCode会定期暂停并要求确认以继续。每次我都借此机会重新提示代理保持专注： 我：“停止偏离任务——停止重命名变量，重新排序参数。只需按照任务的指示做，不做其他。” 代理：“你说得对。我为偏离任务而道歉。让我专注于任务：重构JobDefinition.create调用以使用新的签名，并删除多余的‘作业已创建’日志。” 但每次坏行为在一段时间后都会重新出现。 我不确定自己哪里做错了。我原以为这种机械化的重复工作对代理工作流程来说是轻而易举的，但它却不断失去连贯性。 最后，我不得不撤回所有更改，因为我对生成代码的质量完全没有信任。 抱歉占用了这么多文字，但我对浪费的时间感到非常沮丧，急切想知道我哪里做错了！ 提前感谢！

我在这里读过的最有趣的帖子之一是：在做家庭作业项目时，不一定要太快完成，因为如果你在截止日期或招聘周期结束时提交，你更有可能进入下一轮。 但另一方面，如果你对这个职位很认真，你就会迅速完成它。 我觉得这很有趣，因为如果给定一个具体的截止日期，比如两周，我会想，如果我快速提交，可能会显示出主动性，比如展现出积极性等等。但听起来“聪明”的做法是耐心等待，在截止日期之前的50%-75%时间点提交。 你可能会认为，糟糕的工作会导致招聘人员拒绝，或者我在评估自己的工作时认为它不够有竞争力，但这确实让人觉得这个过程很微妙，反映了当今的招聘模式。