我一直在尝试 Fable 5.1 及其从合理的 PRD 中一击致胜的能力，然后跟进/评估其工作，再通过任务堆栈和循环进行创建/改进。这是一个星期五下午的原型，玩起来很有趣。希望你喜欢！
返回首页
最新
我创建GSL是因为我厌倦了构建那些无法准确捕捉现实世界所有细微差别的架构图。我喜欢使用像Mermaid或PlantUML这样的系统来表示我的系统，但总是找不到一种令人满意的方式来描述正在发生的事情。
我喜欢这些图表工具易于理解的语法，但它们很快就遇到了局限性。当你描述一个API网关组件时，实际上无法准确地说它属于特定区域，同时又说它属于架构中的某个区域或由哪个团队负责。而当我描述系统之间的交互时，我只能使用文本字段来描述所有关于关系的元数据。是HTTPS还是异步的lambda调用？我们需要什么样的认证？
我还希望能够查询架构。毫无疑问，当你拥有完整的图谱，知道什么与什么在交互时，你应该能够提出这样的问题：
* “哪些客户操作会触发对供应商X的API的调用？”
* “如果数据库Y宕机，会受到什么影响？”
我找不到任何以自然的方式实现这一点的工具。图表工具要么完全是视觉化的，要么过于注重展示，无法表达我想要的内容。现有的图形语言感觉太笨重或繁琐。我很难找到任何能够以合适的方式处理集合和查询的工具。
于是，在一个雨天的下午，我决定看看我能通过ChatGPT和一些想法走多远——GSL就此诞生！
在这个代码库中，有：
* GSL的规范，一种用于定义带有节点和边的有向图的语言，并附带集合注释以声明交叉关系
* GQL的规范，作为配套的查询语言
* gsl-query - 一个用于在GSL模型上执行查询的命令行工具
* gsl-diagram - 一个非常原始的工具，用于将GSL转换为Mermaid或PlantUML图表
* 一个小型VS Code插件，用于语法高亮
* 指南、教程、文档
* 丰富的示例（包括一些非技术导向的示例）
我认为GSL已经变成了我年初所寻找的语言。我开始在我的日常工作中使用它。指南和文档的编写旨在使代理和大型语言模型更容易使用，而我迄今为止的随意使用也显示出一些潜力。
这仍然是一个实验，但我希望能让其他人看看，看看它是否对他们也有用。我是否做出了正确的假设并选择了正确的抽象？你是否尝试过自己做类似的事情？
你可以从“入门指南”、规范开始，或者直接跳入旗舰示例。“示例#3：跨边界的架构”与我最初想做的相当接近。
<a href="https://github.com/dnnrly/gsl-lang" rel="nofollow">https://github.com/dnnrly/gsl-lang</a>
我一直在断断续续地进行这个项目，目的是为了在我的机器上有一个相对简单的方式来运行 Docker 沙箱。最近，由于 Claude 的“自动模式”没有以前那么“自动”地工作，我重新启动了这个项目。希望它对你也有帮助。
使用方法：使用 sclaude / scodex，就像你调用 claude 或 codex 一样。
更新方法：sclaude update（更新脚本和工具）。
它在本地的容器中运行。Docker 也可以通过 Docker-in-Docker 运行（但可以关闭）。
欢迎反馈！