最新

今天在搭建新的开发机器时，我们注意到一个新插件，它于 3 天前发布，在 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 获取的信息不完整或结构不良。 我创建了 5 个规范，将 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 这样的孵化器或 VC 网络，内部到底会追踪或协调多少信息？我一直以为他们会共享一些信息——比如人员配置、股权结构，或者至少能知道谁在为哪家公司工作——尤其是在同一批次的创业公司之间。我知道一些 VC 会使用 Consider 或 Getro 这样的工具来进行人才管理，所以我认为员工记录和类似的信息至少会在某种程度上被集中化或监控，以防止这种意外情况发生。尤其是 YC，看起来像是一个非常紧密的社区，创始人之间会互相使用彼此的产品，并定期合作，所以这件事没有引起注意，确实有点令人惊讶。很想听听经历过这个项目的人，或者了解内幕的人是怎么看待这件事的。