用LLM管理安全开发规范：一次llm-wiki实践
原文中文，约4400字，阅读约需11分钟。
📝
内容提要
团队通过Karpathy的llm-wiki思路，将安全开发规范文档编译成结构化Wiki，提升了文档管理效率。新生成的规范文档清晰易读，并关联真实案例，帮助开发者理解安全规范的重要性，有效降低了维护成本，提升了文档的可持续性。
🔎
延伸解读
知识工程的转变
通过将安全开发规范文档转变为结构化Wiki，团队实现了从传统文档管理到知识工程的转变。这种方法不仅提高了文档的可读性和可维护性，还使得开发者能够更快地获取所需信息，降低了因文档混乱导致的错误风险。
维护成本的降低
llm-wiki的实施显著降低了文档的维护成本。通过自动更新机制，团队只需添加新素材，LLM便能自动更新Wiki和规范文档。这种方式减少了人工干预，提高了文档的可持续性，适合快速变化的开发环境。
处理非结构化素材的挑战
在处理非结构化素材时，团队发现直接让LLM处理效率低下。因此，手动整理成结构化Markdown是必要的步骤。这一过程虽然增加了前期工作量，但确保了最终生成文档的质量，值得其他团队借鉴。
❓
Q&A
llm-wiki的核心理念是什么？
llm-wiki的核心理念是将文档管理转变为知识工程，通过生成结构化Wiki层来提升文档的可读性和维护效率。
如何使用LLM生成安全开发规范文档？
首先生成操作手册CLAUDE.md，收集原始素材，然后让LLM根据这些素材生成Wiki层，最后基于Wiki层生成最终的规范文档。
llm-wiki如何降低维护成本？
通过将文档管理转移给LLM，减少人工维护的工作量，使得更新和管理变得更加高效和可持续。
生成的规范文档有哪些特点？
每个规范条目都有解释'为什么'，并链接相关故障案例，提供交叉引用，提升阅读体验。
在处理非结构化素材时需要注意什么？
需要先手动整理成结构化Markdown，以提高处理效率和最终文档的质量。
如何确保生成的Wiki质量稳定？
通过细化CLAUDE.md中的Wiki页面规范，明确每个页面的结构要求，定期进行Lint检查以发现问题。
🏷️
