轶哥 - 火星人

从多个栏目进入技术内容

首页侧边导航列出互联网、源代码、教程、随笔和人工智能等栏目，并展示最新评论、热门文章和友情链接。文章列表提供标题、日期、分类、阅读数据及摘要，读者可以按近期更新浏览，也可以用分类导航寻找某一方向的内容。首页还显示作者的全栈程序员自我介绍，帮助访客理解站点所采用的个人实践视角。

近期文章中可以看到业务本体、AI 工程图解析、合同审查智能体、标书写作和 Windows Agent 远程控制等内容。这些主题并非独立的产品说明，而是围绕具体工作场景形成的技术记录。部分文章会描述任务背景、实现流程和检查重点，适合读者了解一个想法如何被拆成步骤，并思考类似方法能否适配自己的系统。不同文章的关注范围各有侧重，读者可以从标题和摘要先判断主题，再进入正文。

以 P&ID 图纸讨论多 Agent 工程校核

《多Agent系统实现工程图解析及校核》以一套 P&ID 工程图的解析与校核测试为例。文章指出，这类图纸的元素多、关系复杂，设备、阀门、管线、仪表、控制回路、参数和设计注释可能同时出现在同一张图上。作者观察到，模型能够识别大部分内容并给出较完整的报告，但仍可能在少量符号或连接关系上出错。对普通图片来说，这些错误也许不易影响整体描述；对工程图而言，局部关系本身可能就是判断重点。

文章将问题放在流程设计中讨论。首先，能够用确定性程序处理的预处理工作应尽量前置，避免把格式规整、输入一致性等机械任务全部交给模型。随后再按需要拆分 Agent 的职责，让不同角色处理图纸理解、关系分析和结果核对。文章目录还讨论工程图解析不能只停留在目标框区域、差异为零不代表图纸没有问题、如何判断解析效果以及多 Agent 的应用边界等主题。

这里的重点并不是简单增加模型调用数量，而是关注每个环节能否共享同一份业务事实，何时继续处理，何时应停下来交给人判断。工程图上的符号识别、连接关系和设计语义需要结合上下文，若只看单个目标框或单项识别结果，可能遗漏图纸中真正重要的关联。将处理任务拆分之后，也需要设计校验方法来发现步骤间的偏差；最终结果不能仅凭格式完整或报告篇幅判断是否可靠。

将 AI 讨论放进可复核流程

首页还列出多 Agent 合同审查智能体相关记录。文章摘要描述了从“单次模型输出”转向可复核流程的做法：固定合同版本、法域边界和输入一致性，再进行结构化抽取、风险识别和规则匹配，并为结论保留证据来源。作者强调前置硬校验和人工签发机制，避免把模型生成文本直接当成最终决策。这些表述体现出该博客关注的不只是提示模型完成任务，也关注输入边界、过程证据和人工判断如何共同组成工程链路。

类似的思路也出现在 Windows Agent 远程控制文章摘要中。页面将 SSH 与图形界面自动化通道区分开来，分别用于状态和命令操作、窗口识别与界面交互，并把执行日志和操作回执纳入结果确认。这样的文章适合正在搭建自动化系统的开发者，帮助他们考虑“命令执行过”与“任务结果确实生效”之间的差异。相关细节仍需根据自己的权限结构、运行环境和目标设备核实，博客呈现的是作者的案例经验。

适合哪些读者

如果你正在尝试把 AI 加入已有业务流程，可以从工程图、合同审查或远程设备控制等文章观察作者如何拆解问题、设计校验步骤和保留人工介入点。若你关注的是传统软件开发，也可以从源代码、教程或互联网栏目继续浏览。首页将不同主题并列展示，因此读者既能沿某个领域深入，也能了解作者近期记录的其他实践方向。

阅读这类工程实践时，需要区分案例中的具体做法和可普遍套用的结论。一个图纸解析流程是否有效，取决于输入图纸、业务规则、识别目标和核验方式；多 Agent 的数量或角色划分也不能单独保证质量。文章适合作为设计讨论和经验参考，不替代专业工程审查、法律判断或生产环境的安全验证。特别是当输出会影响实际设计、合同处理或设备操作时，必须依据相应领域规则做独立确认。

总体而言，轶哥 - 火星人的特点是把 AI、多 Agent 与全栈开发放在实际工作场景中记录，并将教程、源代码和行业应用文章组织在同一博客。工程图校核文章以复杂图纸为切口，讨论前置程序处理、任务分工、错误识别和应用边界；其他近期文章则延伸到合同与设备自动化。对于寻找工程案例、关注 AI 工作流可靠性或了解个人技术实践的读者，这里提供了值得逐篇阅读的公开记录。