2026-08-26 21:45:53
我们在 DesireCore 中做合同审查、标书写作和工程图校核时，发现模型能力并不是最难的一关。真正麻烦的是让几个 Agent 始终处理同一份业务事实，并且知道什么时候能继续、什么时候必须停下来交给人。
2026-08-07 15:15:01
这篇记录我把合同审查从“单次模型输出”改造成“可复核流程”。先固定合同版本、法域边界和输入一致性，再用多角色链路做结构化抽取、风险识别和法务规则匹配，并按风险输出动作建议。重点在于在每一步保留证据和来源落点，让法务明确结论来源与边界。文章还给出前置硬校验（占位符、附件、签署状态、页码完整性）和人工签发机制，避免模型文本再完整也被误当作最终决策。
2026-07-24 12:26:25
这篇记录我们在工程图场景里的实践：与其把整张图交给单次识别，不如把流程改造成可追踪、可复核的多层链路。先做版本冻结、页码与基线校验，再做局部识别并带上下文恢复连接关系，最后对照设计资料做规则校核。文章强调工程图中单点误差会放大，必须保留来源页码、坐标和对象关系，才能避免“看起来完整却后续逻辑错位”。流程最终通过独立复核 Agent 与人工签发关口，确保可追责。
2026-07-17 18:02:20
这篇记录我如何把一台真实 Windows 11 机器接入 Agent 验收链路，而不是临时远程桌面替代测试。内容聚焦 SSH 与 GUI 自动化通道的分工：PowerShell/命令用于状态查询和变更，CUA Driver MCP 负责窗口识别、点击与表单输入，任务执行结果由日志和回执双重收口。文中也记录了 OpenSSH 配置中的关键卡点、管理员连接细节和权限边界，目标是把“执行看似成功”与“操作真正生效、可复验”区分清楚，提升真实 Windows 场景交付稳定性。
2026-07-16 22:19:29
这篇记录了我最近在真实招投标项目里踩过的几个坑：不是写得多快，而是能不能把项目真正跑完。文章先聚焦于盯标阶段最容易错的判断边界：先用可核验规则区分值得不值得参投，再进入资格项和评分点的逐条响应。我们强调每个响应必须有原文件依据和责任人补齐计划，不能靠“看起来像对了”算完成。后续落地多 Agent 分工后，读标、写标、查标被拆开，输出从“单次结论”变成可复核的材料链，减少漏项和“提交后才发现错位”的风险。
2024-02-16 14:16:16
RNDIS（Remote Network Driver Interface Specification）驱动在MacOS Sonoma中的安装，可以有效解决一些网络共享问题。这主要用于两个场景：
支持Intel、Apple Silicon（M1/M2/M3）芯片。
