最新

在今天设置新的开发机器时，我们注意到有一个新的插件，三天前上线，在 MS VSCode 市场 [0] 和 OpenVSX [1] 上显示有超过 200 万次（可能是虚假的）下载记录。<p>虽然反向工程仍在进行中，但你可能需要确保没有安装和运行这个插件。<p>[0] https://marketplace.visualstudio.com/items?itemName=AhmedCrypto.ahmedcrypto1<p>[1] https://open-vsx.org/extension/juanbIanco/solibidity

我对不一致的AI编码助手结果感到沮丧，因此我研究了这个问题并构建了一个系统化的解决方案。 核心见解：大多数AI代理的失败并不是模型失败，而是上下文失败。AI获取的信息不完整或结构不良。 我创建了五个规范，将AI开发从试错转变为系统工程： - 规范即代码 - 系统化的需求定义 - 上下文工程即代码 - 解决“上下文失败”问题 - 测试即代码 - 15种以上的高级测试策略 - 文档即代码 - 自动化的动态文档 - 编码最佳实践即代码 - 可执行的质量标准 上下文工程规范是关键创新（特别感谢Tobi Lutke和Andrej Karpathy）——它系统地为AI参与者构建全面的上下文，类似于基础设施即代码系统化部署的方式。 早期结果：AI任务成功率提高了10倍，调试时间减少了50%。 所有规范都是开源的，并提供可以立即使用的模板。 GitHub: https://github.com/cogeet-io/ai-development-specifications 我希望得到社区的反馈——你们在AI编码一致性方面的经验如何？ 或者你可以在X平台上联系我: https://x.com/Cogeet_io

最近关于Soham Parekh在多个YC初创公司兼职的事件让我产生了好奇——加速器或像YC这样的风险投资网络究竟在内部追踪或协调了多少？我一直认为在员工配置、资本结构表，或者至少是每个人在哪里工作方面，应该有一些共享的可见性，尤其是在同一批次的公司之间。我知道一些风险投资公司使用像Consider或Getro这样的工具来进行人才运营，因此我认为员工记录和类似信息至少在某种程度上是集中管理或监控的，以防止这种意外情况的发生。特别是YC似乎是一个紧密团结的社区，创始人们经常使用彼此的产品并进行合作，因此这件事情在他们的视野之外发生，确实有些令人惊讶。我很想听听那些经历过该项目或了解其幕后运作的人士的看法。