专栏

项目

写代码、部署服务、修工具时留下的记录。

59 篇文章

项目 openclaw-sub2api/latency-diagnosis
排查 API 代理延迟时,别把健康检查当成结论
代理健康检查是绿的,用户请求也可能很慢。最后还是要回到真实路径、日志、耗时字段和同机测试。
1619 字
|
8 分钟
API 代理延迟排查证据示意图
项目 GitLaughs/See-you-more-than-her
A1 视觉机器人分层调试方法
排查 A1 时,将板端推理、固件打包、Windows 联调和底盘控制分层检查,避免将所有问题归咎于模型。
1216 字
|
6 分钟
A1 视觉机器人四层调试架构示意图
项目 claude-code-proxy
API 兼容代理麻烦的不是改几个字段名
做 Claude 到 OpenAI 兼容代理时,最费时间的是消息结构、工具调用、流式事件、模型映射和鉴权这些细节。
1868 字
|
9 分钟
Claude 风格请求经过兼容代理转换为 OpenAI 风格请求,并处理模型映射、工具调用和流式响应的示意图
项目 holegots/claude-code-proxy
兼容代理发布前,我补了一轮不太好玩的测试
除了普通聊天,我还测了流式输出、工具调用、图片输入、预算统计、健康检查和打包产物。少测一条,发布后就可能在那里翻车。
1325 字
|
7 分钟
兼容代理发布前的测试清单覆盖普通对话、流式响应、工具调用、图片输入、上下文预算统计、健康检查和二进制打包
项目 GitLaughs/See-you-more-than-her
A1 视觉导航那 17 个输出,我最后还是写成了统一定义
A1 的训练脚本、ONNX 导出、板端解析和调试页都要认同一套 17 维输出。这里一乱,后面看到的就全像模型问题。
1387 字
|
7 分钟
训练 schema、ONNX 导出、板端解析、Aurora UI 和检查脚本围绕 17 维 combined_logits 对齐的流程图
项目 blog-platform/static-publish-workflow
把博客改回静态发布
为了避免在服务器上维护常驻服务,把扫描、构建、搜索索引、打包和上线检查都收回本地。
1421 字
|
7 分钟
静态博客发布流水线示意图
项目 GitLaughs/ball_gpu_yolo11
回看一个篮球投篮分析项目:YOLO 之外还有很多活
看 ball_gpu_yolo11 时,我最想记下的是:YOLO 跑起来只是开始,投篮分析还得把双目视频、轨迹拟合、状态机和回放界面拆开检查。
1864 字
|
9 分钟
篮球投篮分析系统从双目视频、YOLO 检测、抛物线分析到投篮状态机和 Web 展示的流程图
项目 windows-bot-memory/reminder-workflow
为什么机器人提醒最终落到日历
把提醒写进日历,比只让机器人到点发消息更可靠。
1536 字
|
8 分钟
聊天提醒请求经过时间解析后写入日历事件,并在提醒前触发通知的流程示意图
项目 GitLaughs/codex-feishu
群聊机器人能直接查到的事,就别急着问大模型
查文件、记忆、知识库、任务和健康状态时,脚本给出结果更稳。模型要不要参与,可以放到后面再说。
1589 字
|
8 分钟
群聊消息先经过只读命令层查询文件、记忆、知识库、任务和健康检查,再把开放任务交给模型的流程图
项目 GitLaughs/codex-cli-0.131.0-issue14860-fix
发布补丁包时,要把适用范围写清楚
这个 codex-cli 补丁只改一个很具体的超时问题,但发布时还得说明版本、源码构建、备份安装和验证方式。
1438 字
|
7 分钟
源码补丁包从官方源码、patch、兼容 shim、构建脚本到验证发布的流程图
项目 blog-candidate-diagnostics
草稿候选池空了,我会看它们为什么被拦下
素材被风险、覆盖或来源规则挡住时,草稿台应该把原因列出来,而不是继续从私有记忆里硬挖文章。
1248 字
|
6 分钟
博客候选素材经过来源读取、风险过滤、覆盖判断和草稿台诊断后再进入写作队列的流程图
项目 本地博客平台改造
改博客首页前,先补一道发布检查
这次没有直接做首页美化,而是检查来源、隐私、草稿和构建结果。博客看起来再顺,也不能把不该公开的内容带上线。
1693 字
|
8 分钟
博客内容从本地素材、草稿、发布检查门到首页入口的静态流水线示意图
项目 GitLaughs/codex-governance
多开几个 Codex 会话,不等于真的在协作
试用 codex-governance 后,我发现工作区报告、分派确认、mailbox 回传和状态看板比“多开几个窗口”更重要。
1996 字
|
10 分钟
Codex 多代理治理面板把工作区报告、分派计划、部门会话和 mailbox 回传串起来的流程图
项目 GitLaughs/codex-governance
codex-governance 独立发布:清理旧语境的边界
从大仓里拆出 codex-governance 独立发布,复制代码不难,难点在于避免旧项目名、私有路径和历史指令误混入。
1402 字
|
7 分钟
codex-governance 独立仓库发布前的本地检查记录
项目 GitLaughs/daily-open-source-brief
给日报工具加插件时,把改法写进 AGENTS
daily-open-source-brief 后续要加来源、评分、摘要、渲染和投递,把这些约定写清楚,避免每次扩展都重新猜。
1476 字
|
7 分钟
AGENTS 文档把日报系统的新功能约束到 provider、collector、summarizer、renderer 和 sender 插件阶段
项目 GitLaughs/daily-open-source-brief
信息流工具最该抓住的是截止事项
日报除了告诉我今天有什么,还要把报名、申报、考试、答辩这类会过期的事项提出来。
1782 字
|
9 分钟
信息流条目经过截止日期抽取、置信度判断、数据库保存、日报置顶和周报提醒形成行动入口
项目 GitLaughs/daily-open-source-brief
每日简报做下来,最麻烦的是排序
daily-open-source-brief 里去重、打分、反馈降权这些小步骤,最后决定了日报好不好读。
1268 字
|
6 分钟
每日简报系统把采集条目经过去重、基础打分、反馈权重和最后排序后生成日报的流程图
项目 GitLaughs/daily-open-source-brief
每日简报不能因为一个来源挂了就整份消失
daily-open-source-brief 拆成插件以后,我补了失败隔离。GitHub、RSS、网页或投递出错,当天简报也要尽量发出来。
1616 字
|
8 分钟
GitHub、RSS 和网页来源分别采集,失败来源被单独记录,简报继续生成
项目 GitLaughs/daily-open-source-brief
日报工具不能只会每天发一封
我给 daily-open-source-brief 补了本地反馈 CLI:能搜索、收藏、忽略和看来源健康,读完以后下一轮排序才有依据。
1687 字
|
8 分钟
日报工具里搜索、收藏、忽略和来源健康状态影响下一轮内容排序
项目 GitLaughs/daily-open-source-brief
日报做个性化时,我把画像单独隔开
daily-open-source-brief 要记偏好,但 LLM 摘要、用户画像、聊天入口和 provider 存储不能混成一坨。
1613 字
|
8 分钟
日报工具中候选条目、独立用户画像、LLM 隔离摘要和投递渠道之间的范围图
项目 GitLaughs/daily-open-source-brief
我为什么把每日开源简报做成插件化小工具
我想每天少翻几个来源,所以把 GitHub、RSS 和公开网页先收进一个本地日报。
1124 字
|
6 分钟
每日开源简报从采集到投递的流程图
项目 GitLaughs/daily-open-source-brief
日报的信息源要写成配置
GitHub、RSS、网页和本地入口各有各的问题。来源写清楚了,后面的采集、去重和摘要才不会乱。
1459 字
|
7 分钟
日报工具把 GitHub、RSS 和公开网页来源先汇入配置文件,再进入采集、去重、摘要和投递流程
项目 GitLaughs/codex_virtuoso_workspace_public
EDA 自动化经验要公开,得先知道哪些不能放
整理 codex_virtuoso_workspace_public 时,我把可公开材料、必须删掉的材料和占位样例分开处理。
2344 字
|
12 分钟
公开 EDA 自动化仓库的检查门示意图,代码样例、文档和校验脚本通过检查后进入公共仓库
项目 GitLaughs/it-gets-you-better-than-her
端侧视觉项目不只是调算法,仓库也得收拾
整理 A1 视觉项目时,我发现 YOLO 只是其中一部分。SDK、镜像、权重、构建产物和 Docker 开发步骤都要分开放。
2042 字
|
10 分钟
端侧视觉项目仓库把源码、Docker 配置、模型权重、SDK 和输出成果分区管理的示意图
项目 sub2api/frontend-router
后台页面不能只靠菜单藏入口
公开页、登录后页面和管理员页面要在 router meta 和导航守卫里分清楚。接口权限交给后端兜底。
1651 字
|
8 分钟
前端路由把公开页面、用户页面和管理员页面分开,再经过 route meta、导航守卫、懒加载和后端校验
项目 GitLaughs/codex-feishu
群聊里的 AI 助手不该每句话都插嘴
飞书群聊里 AI 助手太吵了。我用双机器人分流、话题隔离和只读索引,让它少插嘴。
1767 字
|
9 分钟
飞书群聊双机器人路由架构示意图
项目 GitLaughs/chatbot-qq/plugins/reminder
群聊值日提醒,轮换规则比话术重要
给 chatbot-qq 做周期提醒时,明确对象、周期、轮换和确认方式,默认降低打扰。
1778 字
|
9 分钟
群聊值日提醒从轮换规则、周期调度、确认回包到少打扰通知的流程图
项目 life-assistant-command-feedback
生活助手的状态回包设计:先确认接收,再返回结果
试用 /today、购物、提醒和学习计划等入口后,重点是先返回接收确认,最后说清楚具体改动。
1738 字
|
9 分钟
生活助手命令从聊天入口、状态回包、确认门、后台处理到结果可清理的少打扰流程图
项目 openclaw-memory/life-assistant-boundary
生活助手的动作分层:模型只整理意图,脚本负责执行
提醒、记录和购物清单这类动作,模型只负责理解和说明,真正落地交给固定脚本。
1687 字
|
8 分钟
生活助手把聊天请求分成提醒、记录、清单和查询,再经过确认门进入确定性脚本的流程图
项目 openclaw-memory/game-timer-reminder
把游戏倒计时变成日历提醒
界面上已经写着下一次可操作时间,无需再靠记忆;截图识别、时间确认和日历提醒串联起来即可。
1351 字
|
7 分钟
网页游戏里的倒计时经过截图识别、时间确认和日历提醒,变成少打扰生活自动化的流程图
项目 local-sub2api/recovery-workflow
修本地 API 服务时,最后一定要跑一次真实请求
本地 API 代理看起来恢复以后,我又检查了切换器、客户端配置和进程重载,最后用一条真实请求确认首段输出。
1264 字
|
6 分钟
本地 API 服务恢复验证链路图
项目 windows-bot-memory/maintenance-chain
我给本地记忆补了一次健康检查
补了索引、反思、生命周期和健康检查,不然旧记录越堆越乱,以后按项目查就查不准了。
1155 字
|
6 分钟
本地记忆维护流水线与健康检查示意图
项目 windows-bot-memory/structured-recall
我把本地机器人记忆从每日 Markdown 拆成了几类
整理本地机器人记忆时发现,每天写一个 Markdown 很好落盘,但查旧经验会越来越费劲。后来我把它拆成规则、项目、任务和事实几类来维护。
961 字
|
5 分钟
本地记忆从日记拆成结构化索引的示意图
项目 windows-bot-memory/lifecycle-pipeline
本地记忆能当素材,但不能原样写进博客
本地记录可以帮我找选题。真正发出来前,还得筛掉噪声、旧信息和不该公开的现场细节。
1912 字
|
10 分钟
本地记忆从原始记录经过反思、候选、整合、生命周期和发布检查门进入博客草稿的流程图
项目 windows-bot-memory/memory-hub-architecture
为本地记忆系统引入命名空间隔离
云端机器人、本地助手、项目索引和日常记录混在一起后,按命名空间隔离,避免检索时串项目。
1814 字
|
9 分钟
多个记忆来源先进入命名空间隔离层,再汇入可重建检索索引的示意图
项目 windows-bot-memory/record-schema
做长期记忆时,我把每条记录写成固定格式
每条记忆先定好来源、能不能公开、可信度和出处,后面检索时才不会乱。
1843 字
|
9 分钟
一张长期记忆记录格式示意图,展示来源、隐私、可信度、生命周期和出处如何影响召回
项目 windows-bot-memory/read-model
本地 AI 记忆不能直接翻原始记录
我给本地记忆加 read model,是为了保留原始记录,同时让整理后的记录进 SQLite/FTS,模型只读能追溯的结果。
1248 字
|
6 分钟
云端、本地和 Codex 记忆先进入原始快照,再规范化为记录,最后生成 SQLite FTS 读模型供 AI 召回的流程图
项目 local-memory/run-log-audit
本地记忆维护完,我会看一眼运行账本
脚本跑完后,我会核对索引规模、来源增量、搜索结果、测试状态和失败范围,再决定这轮结果能不能用。
1360 字
|
7 分钟
本地记忆维护从采集、建索引、搜索抽样、测试到审计回执的运行账本流程图
项目 windows-bot-memory/maintenance-summary
本地记忆检索,我没有一上来就上向量库
向量检索有用,但 Windows 本地环境把 normalized 记录、SQLite/FTS5、命名空间和轻量 fallback 做稳更现实。
1196 字
|
6 分钟
本地记忆系统从原始记录整理为规范化记录,进入 SQLite FTS5 和可选向量索引,并在依赖失败时回退到本地哈希字符索引
项目 sub2api/model-pricing-fallback
模型价格表加一份本地兜底
Sub2API 的模型价格和上下文窗口不能每次都从远端拉。加了本地兜底,拉不到的时候服务还能跑。
1810 字
|
9 分钟
模型价格数据从上游公开源、镜像分支、本地兜底文件到运行时服务的降级链路图
项目 windows-bot-memory/source-manifest
本地记忆聚合时,来源清单救了我很多次
每个来源能采什么、哪些目录必须排除,都列出来。否则日志、配置和临时文件很容易被一起收进去。
1494 字
|
7 分钟
本地记忆聚合先经过来源清单、白名单采集、黑名单排除、规范化记录和只读召回范围的流程图
项目 windows-bot-memory/mission-control
本地助手控制台第一版:只做只读页面
第一版控制台只做了只读页面:健康、任务、待确认、项目、插件、审计。执行入口日后再设计。
1593 字
|
8 分钟
本地只读控制台把健康、任务、待确认、项目、插件、审计和记忆状态汇总到一个仪表盘
项目 GitLaughs/openclaw
OpenClaw 公开发布时,没有直接镜像本地工作区
整理公开仓库时,用白名单、敏感信息扫描和发布检查挡掉不该公开的内容。
1061 字
|
5 分钟
OpenClaw 从私有工作区经过白名单同步、隐私过滤、文档重写、验证检查门后发布到公开仓库的流程图
项目 GitLaughs/navgrid-labeler
做图像标注工具时,优先照顾键盘操作
给连续图片帧标左中右通行状态时,本地浏览器、键盘快捷键和 CSV 输出,比一开始做重平台更顺手。
1592 字
|
8 分钟
连续图片帧通过键盘快捷键标注左中右三区状态并导出 CSV 的流程图
项目 GitLaughs/openclaw
接上聊天入口后,我才发现还缺本地工作区
Feishu/Lark 消息能收只是开始。后面的工作区、记忆、命令和自检,才决定这个东西能不能长期跑。
1905 字
|
10 分钟
Feishu Lark 聊天入口经过 cc-connect 进入 OpenClaw 工作区、记忆、命令、插件和运行时健康检查的流程图
项目 operation-memory-boundary-notes
操作记忆可以保存说明,但不能直接拿执行权
本地机器人可以记住做事说明。真正动作还是要走白名单、确认、回执和审计。
1780 字
|
9 分钟
操作记忆作为说明书进入白名单动作层,中间隔着确认、回执和审计的流程图
项目 GitLaughs/chatbot-qq
QQ 群机器人要先把消息分清楚
接入 Codex 后,我用 NapCat、OneBot、路由代理和插件拆消息来源,没有让模型一上来监听所有内容。
1648 字
|
8 分钟
QQ 群机器人从群消息分流到监听、点名和私聊三条任务路由的架构示意图
项目 GitLaughs/chatbot-qq
QQ 机器人发布后,把 CHANGELOG 写成发布回执
QQ 机器人发布以后,把 CHANGELOG 作为发布回执,用来记录插件平台、占位配置、隐私清理和公开包检查。
1606 字
|
8 分钟
QQ 机器人公开发布时,CHANGELOG、隐私扫描、插件测试、占位配置和公开包检查组成审计回执
项目 GitLaughs/chatbot-qq
聊天记录别原样塞给模型
chatbot-qq 里的消息、文件事件、画像更新和错误日志,会被脚本清洗成证据包,再交给模型读。
1949 字
|
10 分钟
聊天机器人把原始 JSONL 清洗成紧凑证据包后再交给模型阅读的流程图
项目 GitLaughs/chatbot-qq
QQ 机器人安装指南要写到第一次跑通
只写安装命令不够。新手第一次部署还要关注依赖、配置、服务启动、健康检查、群内验证和隐私检查。
1780 字
|
9 分钟
QQ 机器人安装从依赖准备、交互配置、服务启动、健康检查、群内验证到隐私检查的首跑流程
项目 GitLaughs/chatbot-qq
聊天机器人做长期记忆,要想清楚什么时候该想起来
看完 chatbot-qq 的记忆升级计划,我觉得第一步不是上向量库,而是排清时效、重要性、相关性和注入阈值。
2290 字
|
11 分钟
聊天机器人记忆从消息记录、显式记忆、排序检索到反思压缩的流程图
项目 GitLaughs/chatbot-qq
群聊机器人想主动说话前,得先学会接话和闭嘴
我更想补会话连续性、反馈记录和少打扰规则。主动参与要能关闭、能解释,也能降级。
2143 字
|
11 分钟
群聊机器人从会话连续性、情绪能量、反馈回路到主动参与的分层流程图
项目 GitLaughs/chatbot-qq
聊天机器人加功能时,我会先写插件清单
新功能不该直接塞进 OneBot 代理。我会先写 manifest,把权限、配置和健康检查定下来,再动手写功能代码。
1522 字
|
8 分钟
QQ 机器人插件从 manifest、权限、配置 schema、hook、health 到本地测试的功能隔离流程图
项目 GitLaughs/chatbot-qq
聊天机器人公开前,我翻了一遍私有数据
chatbot-qq 公开前,我检查了配置、群文件和运行记录,确认哪些不能进仓库,哪些代码和文档可以留下。
1443 字
|
7 分钟
聊天机器人仓库从运行现场经过私有数据审计检查门后进入公开发布区的流程图
项目 GitLaughs/chatbot-qq
QQ 机器人接自然语言任务时,模型只负责整理计划
用户的话会被整理成 spec。后面的校验、追问、确认和执行,交给本地脚本处理。
1940 字
|
10 分钟
自然语言任务从用户目标流向结构化 spec、schema 校验、本地执行器、确认门控和结果回执的流程图
项目 openclaw-memory/skills-plugins
我把本地 skills 清单整理成了一张路由表
本地 skills 和 plugins 越攒越多以后,我最常卡住的不是有没有工具,而是这一步到底该叫谁来做。
1899 字
|
9 分钟
一张把本地 skills 和插件按触发场景分组的路由表
项目 GitLaughs/virtuoso-cli
做 EDA 自动化时,我不想重写一套 EDA 工具
脚本和 agent 调 Virtuoso 时,我更关心 session、日志、结构化输出和失败后能不能查清楚。
1741 字
|
9 分钟
终端 CLI 通过 Rust daemon 桥接到 Virtuoso SKILL 和 Spectre 仿真的流程图
项目 windows-bot-memory/plugin-manager
本地助手的插件系统,我先做成能力包
codex-windows-bot 第一版插件管理只做 action bundle 的开关、分类、健康检查和能力目录过滤,不急着动态加载代码。
1906 字
|
10 分钟
本地助手插件层覆盖在动作注册表之上,把能力包开关、能力目录、健康检查和固定动作执行连接起来
项目 windows-bot-memory/project-registry
本地助手看项目时,要有项目注册表
我给 codex-windows-bot 加 project id、enabled、deny_paths 和只读检查,把它能看的项目范围收紧。
1498 字
|
7 分钟
本地助手通过项目注册表把多个工作区映射到项目 id、只读动作、记忆范围和健康检查的流程图