最新

以色列8200部队是一个APT组织。 伊朗的军队旗下大约有4个APT组织。 为什么美国国家安全局（NSA）没有被归类为APT组织？ APT定义：APT是指由国家支持、有组织且隐蔽的攻击组织。 美国国家安全局符合这个定义。 有人能解释一下吗？ 仅仅是政治原因吗？

我构建了一个开源代码库模板，为 AI 辅助软件开发带来结构，从编码前的阶段开始：目标、用户故事、需求、架构决策。 它围绕 Claude Code 设计，但其理念与工具无关。我从事计算机科学研究和全栈软件工程师 25 年，主要在初创公司工作。我一直在个人项目中使用这种方法，后来，当我决定将其打包成一个脚手架以便更容易复用时，我认为它可能对其他人也有用。我将其发布在 Apache 2.0 协议下，欢迎 fork 并将其变成你自己的。 你可以轻松试用它：按照 README 中的说明开始使用。 它解决的问题： AI 编码助手非常擅长编写代码，但当它们对要构建什么以及为什么有清晰的上下文时，它们的工作效果会更好。大多数项目直接跳到实现阶段。这个脚手架为编码前的阶段提供了一个结构化的工作流程，并组织了输出，以便助手可以在不同会话中高效地浏览它。 它是如何工作的： 所有内容都与源代码一起存在于代码库中。AI 指导分为三层，每一层都针对上下文窗口的使用进行了优化： 1. 指令文件 (CLAUDE.md, CLAUDE.<phase>.md)：始终加载，保持较小。它们按层次结构组织，描述代码库结构，维护工件索引，并定义跨阶段规则，如可追溯性不变式。 2. 技能 (.claude/skills/SDLC-*)：按需加载。每个 SDLC 活动的逐步过程：获取需求、差距分析、起草架构、分解为组件、规划任务、实现。 3. 项目工件：结构化的 markdown 文件，随着工作的进展而积累：利益相关者、目标、用户故事、需求、假设、约束、决策、架构、数据模型、API 设计、任务跟踪。通过索引选择性地访问。 这种分离很重要，因为指令文件永久保留在上下文窗口中，并且必须保持精简，技能可以详细说明，因为它们仅在被调用时加载，而工件会随着项目的扩大而扩展，但通过索引表而不是全文阅读来导航。 关键设计选择： * 上下文窗口效率：工件集合使用 markdown 索引表（单行描述和触发条件），以便助手可以找到它需要的内容，而无需阅读所有内容。 * 决策捕获：在 AI 推理和人工反馈期间做出的决策被保存为结构化工件，以便它们可以被审查、追溯并在不同会话中一致地应用。 * 瀑布式流程：具有定义输出的顺序阶段。对于人类团队来说很乏味，但 AI 助手并不介意这种开销，并且显式结构可以防止不受约束的“直接开始编码”的失败模式。 我如何使用它： 简短、专注的会话。每个会话调用一个技能，产生其输出，然后结束。知识组织意味着下一个会话在不丢失上下文的情况下继续进行。我发现技能之间的自由形式提示通常表明工作流程缺少一部分。 当前的局限性： 我还没有找到一种好的方法来集成 Figma MCP，以便将现有的 UI/UX 设计导入工作流程。欢迎提出建议。 非常欢迎反馈、批评和贡献！

用过这两种的朋友，你们怎么看？