当业务建模的实现方式是申明式以后
让模型摘取组合的过程就变得相当顺滑
tangkikodo
@microTi念念不忘， 终有回响
构建 MCP-first 的应用框架: KLR-Pattern/nexusx
申明式数据构建框架: KLR-Pattern/pydantic-resolve
数据关系可视化工具: KLR-Pattern/fastapi-voyager
- 能控制好变量进行可控的增量迭代是工程经验的体现2023 年的时候，@gneubig 曾经让我读过 Steve Hicks 在 2021 年写的这篇工程博客，讲的是如何写 Small, Focused Pull Requests。到了 2026 年，再重新读这篇文章，觉得其中的工程准则比以前更加珍贵。 这篇文章讲了一个在今天 AI 生成代码的时代特别容易被忽略的区别：small 不等于
- 在旧领域抹平不对称的技术往往会在新领域构建出更巨大的不对称
- 得设计一份面向 agent 的接口设计标准 需要至少包含这些概念 分层， 用例文档， 分页， 过滤， 类型化， payload 可挑选， 支持区分人/替身的身份， 变更管理， 有副作用的操作要人类确认，副作用分级管理 等等
- github.com/KLR-Pattern/ho… hono 版本的自动构建 graphql，以及 graphql 驱动的 mcp 之后其他符合条件的 web framework 都能搓一份出来
