01Fichil · 从明确的小任务开始

让重复表格工作更省事

Excel / CSV 整理与重复报表自动化

先提供一个小样本和想要的结果,确认处理规则、交付物与报价,再开始工作。

02服务方向

先解决一个明确的小任务

首个服务方向是 Excel / CSV 整理与重复报表。下方的工程记录用于展示验证与交付方法。

每次都要合并导出文件、统一列名,或重新做一份周报?先提供一个输入样本和想要的结果,把需求说清楚。

查看服务与交付范围

看过样本后确认范围、价格和时间,双方同意后再开始。

54中英双语工程记录
开源可查站点源码CI + 精确 SHA发布证据
03技术博客

最新工程记录

最近整理的真实排障、后端、运维和 AI 辅助开发记录。

查看全部记录
04主题索引

沿你关心的系统继续阅读

按工程领域浏览记录,从生产排障、交付工程到企业系统集成。

05核心案例

核心工程案例

以下案例只使用公开、可核验的工程事实,展示我如何定位、修改和验证复杂系统,不暴露客户身份和私有数据。

01可靠性
SQL性能生产

生产可靠性与性能

生产统计全部显示为 0,但业务数据实际存在。请求链路把大量明细加载到 Java 内存中并超时,页面却把初始化的 0 显示成了真实结果。

改动范围

  • 从页面状态、Java 查询和生产数据量追踪完整请求链路
  • 把统计下推为数据库聚合,同时保持原接口契约不变

验证证据

  • 通过只读检查对账新旧统计结果
  • 让请求失败显式可见,不再伪装成有效的 0
02开源
开源AI 辅助Sites

AI 辅助开发与运维的 fichil.com

这个站点本身就是一个开源交付系统:Hugo Markdown 保持为内容源,vinext 渲染 Sites 应用,通过门禁的变更经由 CI、精确 SHA 发布证据和版本回滚进入生产。

改动范围

  • 双语内容和应用修改都在 Git 中保持可审查
  • 人定义发布规则;受保护检查可自动合并范围严格受限的博客更新

验证证据

  • 通过 /version.json 暴露当前线上提交
  • 生产回滚使用上一已知正常的 Sites 版本
03集成
WMS/TMS/YMSSAP/ERP数据对账

企业物流系统集成

WMS、TMS、YMS、SAP/ERP、承运商、计费、回单和 OpenAPI 的集成不只是连接接口,还必须统一身份、数据归属、状态、重试和对账规则。

改动范围

  • 定义接口契约、身份边界、状态映射、幂等和错误语义
  • 闭环入库、库存、出库、运输、计费、园区与外部 API 流程

验证证据

  • 用数据库对账和全域 smoke 验证最终状态
  • 不让不可控第三方决定平台内部流程是否正确
06工作方法

公开、可复核的工作方式

这个网站既是工程笔记,也是我公开展示工作方法的地方。每个值得记录的案例都从可观察现象开始,沿真实数据和运行链路定位,控制改动范围,并以验证结果结束。

  • 修改前先建立证据:检查日志、进程参数、数据库状态、网络路径和可复现现象。
  • 保持改动小且可回退:除非需求明确改变,否则保留现有契约和并行业务流程。
  • 在真实边界完成验证:对账数据,覆盖重试与失败路径,构建发布产物,并核对线上版本。
  • AI 辅助、规则门禁:人负责定义交付规则并承担责任;范围严格受限的双语博客 PR 只有在受保护检查通过后才可自动合并,其他变更仍需人工审核。

核心技术栈

01Java / Spring / REST API
02MySQL / SQL 排障
03Linux / 运行时 / 网络
04Docker / GitHub Actions
05WMS / TMS / YMS / SAP 集成
06Codex / AI 辅助工程
实时工程系统

从系统信号到精确发布

OBSERVE

捕获可复现信号。

你希望这些文件产出什么结果?

说明现在需要手工做的步骤、输入文件和想要的输出。第一封邮件可以只描述问题,后续再确认样本和范围。

从一句话开始

把需要的结果发给我

不必先写完整方案。按下面几项说明,暂时不确定的可以留空。

用邮件填写需求

fichilzhang@gmail.com

按钮会打开你的邮件应用。请检查内容并自行发送;也可以复制模板到网页邮箱。

我想得到的结果:
现在需要手工做的步骤:
输入文件、约多少行、多久处理一次:
希望的输出格式(可附示例):
使用的系统 / Excel 版本:
期望时间和预算范围(不确定可留空):
能提供的脱敏样本: