
简介
该用户还未填写简介
擅长的技术栈
可提供的服务
暂无可提供的服务
本文记录了一次在“分形”方法论实践中的观察。在前后端集成测试时,我们遇到了因`UserStatusResponse`类型定义不一致导致的故障。这一现象似乎表明,当前大模型在多阶段、长上下文的代码生成任务中,可能难以始终如一地维护全局契约的一致性。尽管大模型能在局部任务中生成合理的代码,但其对跨阶段契约的感知与连贯性仍有待加强。我们认为,这并非“分形”方法论本身的缺陷,而可能是现有AI协同编程工具在

本文记录了一次在“分形”方法论实践中的观察。在前后端集成测试时,我们遇到了因`UserStatusResponse`类型定义不一致导致的故障。这一现象似乎表明,当前大模型在多阶段、长上下文的代码生成任务中,可能难以始终如一地维护全局契约的一致性。尽管大模型能在局部任务中生成合理的代码,但其对跨阶段契约的感知与连贯性仍有待加强。我们认为,这并非“分形”方法论本身的缺陷,而可能是现有AI协同编程工具在

一次大模型全量生成前端项目的成功实践,却暴露出“代码黑盒化”的深层风险。本文从开发者角色危机出发,探讨人机协作中“效率”与“系统掌控感”的失衡,并借“基因”与“一沙一世界”隐喻,提出核心契约锚定与分形生成等开放实验方向——不为给出答案,只为引发技术管理者对AI时代工程本质的再思考。

本文基于作者在使用自研编程智能体 cli_coder 开发 Rust 项目时的实践,探讨数据建模在 AI 协同编程中的关键作用。作者指出,清晰的领域数据模型(如 Rust 中的 enum 和 struct)可作为人与大模型之间的“显式契约”,有效提升意图传达的准确性与代码生成的一致性。文章通过 `AnalysisRequest` 模型的演进案例,说明即使在强类型系统下,**模型设计的精准度仍直接影

本文记录了一次高效的2天调试经历:在阿里qwen3-max驱动的编程智能体cli_coder协助下,通过10轮完整分析(消耗30w+ token),成功定位并修复了一个actix-web middleware中的状态不一致问题。关键突破在于cli_coder建议添加`RUST_BACKTRACE=1`获得完整错误信息,并在人类引导下通过日志缩小范围,最终由cli_coder通过系统性穷举发现"统一

本文记录了一次高效的2天调试经历:在阿里qwen3-max驱动的编程智能体cli_coder协助下,通过10轮完整分析(消耗30w+ token),成功定位并修复了一个actix-web middleware中的状态不一致问题。关键突破在于cli_coder建议添加`RUST_BACKTRACE=1`获得完整错误信息,并在人类引导下通过日志缩小范围,最终由cli_coder通过系统性穷举发现"统一

本文是“分形生成实验”系列的延续,反思了仅依赖Rust编译器作为契约守卫者的局限性。当AI主导生成完整项目框架后,“编译通过”虽保证了静态类型一致性,却无法确保业务逻辑的完整性与可验证性。作者通过两个典型问题(单元测试Mock缺失、关键函数未被调用)揭示了动态行为契约的真空,并提出在现有项目中可立即尝试的运行时验收方案:定义最小可验收场景(MAS)、采用“契约即测试”模式、引入静态分析工具链。这些
本文提出一种轻量化的分形生成框架:以API合约(含数据类型与端点关系)作为模块间通信的唯一契约,替代原设计中的`dataflow/`拓扑;同时将CSS变量纳入公共约束层,形成“代码+样式”双强约束体系。实践表明,该方案在中小型全栈项目中能有效保障AI生成内容的一致性,且显著降低架构复杂度。文末展望了Design Tokens在样式约束中的应用前景。

《从AI之友到cli_coder:一个架构师的智能编程工具演进之路》摘要(148字): 作者分享其命令行工具开发历程,从早期"AI之友"解决对话碎片化问题,到重构为注重架构设计的cli_coder。新工具以"Action"机制为核心,通过透明化文件读写等操作,使AI成为可追溯的编程协作者。目前正通过自研"简历智能体"验证工具实用性,采用&

《从AI之友到cli_coder:一个架构师的智能编程工具演进之路》摘要(148字): 作者分享其命令行工具开发历程,从早期"AI之友"解决对话碎片化问题,到重构为注重架构设计的cli_coder。新工具以"Action"机制为核心,通过透明化文件读写等操作,使AI成为可追溯的编程协作者。目前正通过自研"简历智能体"验证工具实用性,采用&








