我正在开发一个叙事谜题游戏，犯了很多设计师在早期常犯的错误。我写了一个庞大的设计文档，约80页，涵盖了世界观、机制、UI流程、角色曲线等所有内容。然后我交给了一个朋友，帮助他编程，结果完全被忽略了。

经过在这里阅读很多讨论和与其他开发者交谈后，我开始认为问题不是程序员不在意设计。问题在于，大多数GDD的格式并不适合程序员的工作方式。他们需要清晰的输入、输出和边界情况，而不是在一个机制描述之前写四个段落的味道文本。

所以我真心诚意地想知道大家如何在实际工作中处理这个问题。你们是把它分成每个系统的小型文档吗？是使用类似Notion或Confluence的链接页面吗？还是直接跳过大型文档，直接从Trello或GitHub Issues的任务卡片中工作吗？

我想设计意图能真正生存到最终游戏中，而不需要让人读一本小说才能写一个单独的函数。你们的团队，甚至是你们自己和另外一两个人的团队，什么样的方法和工具实际上是有效的？任何具体的格式或工具都有助于改变游戏规则。