- 博客(172)
- 资源 (2)
- 收藏
- 关注
RSS订阅
原创 纯粹的 Prompt 优化：输出HTML一步到位， 简历诊断 AI 小程序揭秘
摘要：本文介绍了一个AI简历诊断工具的开发思路，用户只需上传简历和岗位截图，AI通过OCR提取文字后，经过优化的Prompt进行智能匹配分析，最终生成HTML格式的诊断报告。工具采用极简设计，重点解决了Prompt优化和HTML模板预置两大技术难点，实现了从图片上传到报告生成的一站式服务。目前该方案已在小程序落地，通过云存储提供报告URL，方便用户随时查看。（150字）
2025-06-26 10:07:26
2135
原创 人工智能能细分成几种专业?
《人工智能专业细分方向解析》摘要：人工智能是一个涵盖多个专业方向的综合性领域。主要细分方向包括：1）机器学习（监督/无监督/强化学习），作为AI核心；2）深度学习，应用于计算机视觉、自然语言处理等；3）机器人学，结合机械工程等学科；4）数据科学，为AI提供数据基础；5）知识图谱与专家系统，用于知识表示和推理。这些方向既相互独立又紧密联系，都需扎实的数学、编程和问题解决能力支撑。
2025-06-25 12:23:21
1175
原创 如何让AI能够稳定输出？一个中年程序员的经验分享
摘要：开发者分享让AI稳定输出HTML代码的经验，关键在于"约束和示例"。通过详细设定输出格式、元素要求、样式规范等约束条件，并附上结构清晰的HTML示例代码，可以有效减少AI输出的随机性。这种"约束+示例"的组合相当于为AI提供明确的行为边界和参考模板，类似指导新手程序员的方法。虽然需要持续优化Prompt，但实践证明这种方法能显著提升AI生成代码的质量和稳定性。（149字）
2025-06-19 19:10:24
1078
原创 搞懂AI，拯救中年危机：40岁程序员的自救之路
兄弟们，人到中年，学习AI，永远都不晚！只要你有决心，有毅力，就能逆风翻盘，活出精彩！这不仅仅是技术上的学习，更是一种心态上的转变。我们要做的，就是拥抱变化，不断学习，这样才能在这个快速变革的时代里，立于不败之地。
2025-06-19 18:37:30
916
原创 二消规则的统一抽象：班次库存、押金状态机与时长计费如何共用一套结算引擎
景区门票免票之后，收入转移到二消。而二消不是"多几个收费项"这么简单——。以茶卡盐湖 2026 年淡季公告为例（11-01 至次年 2-28 免门票，以下照收）：| 项目 | 公告口径 | 规则类型 || 观光小火车 | 50 元/人 单程，20 分钟/车次 | 班次库存 || 观光电瓶车 | 5 元/人 单程 | 简单 SKU || 鞋套租赁 | 租金 10 元/双，押金 50 元/双，完好退还后全额返还 | 租赁 + 押金状态机 || 停车场 | 不满 30 分钟免费；
2026-11-07 12:38:23
149
原创 景区票种的时间窗模型：五段区间并存下的生效判定与 0 元票分池
11 月是景区票务系统的淡季切换期。往年的动作是"改几个数字"，今年不行了——把公开公告对齐后发现，。这对票种表的建模提出了很具体的要求：不是"一个票种一个价格"，而是"一个票种一段有效期 + 一套判定条件 + 一个库存归属"。
2026-11-07 12:20:31
194
原创 把合规条款做成规则引擎：实习准入审核的“条款—规则—测试“三层映射
上一篇拆了数据模型，这篇讲规则怎么组织。合规类系统有个常见困境：条款是自然语言写的，代码是结构化的，两者之间没有稳定的映射关系。结果是每次条款更新，都靠人肉读文档改代码，改完也没有回归验证。。
2026-11-03 21:04:30
169
原创 实习准入审核的工程实现：三张表、一组校验规则、一条可举证证据链
合规类系统最容易做错的地方，是把"合规"当成一组表单字段。真正决定它能否过检的，不是字段全不全，而是。这篇以职业学校实习准入审核为例，拆解数据建模与校验规则的设计。
2026-11-03 20:48:56
90
原创 年卡跨淡旺季的有效期模型：不可用日期、次数与顺延规则
年卡是票务系统里规则密度高于单次票的一类产品。它同时涉及有效期、可用日期、使用次数、实名绑定与顺延策略，一旦跨过淡旺季切换，这几个维度会互相干扰。本文给出一套可落地的年卡有效期模型，并说明换季时哪些字段需要重算、哪些必须冻结。
2026-10-26 18:11:40
319
原创 票种-名额池-渠道价格：景区换季的三表联动与边界单一致性
设换季日为 D，旧规则 R1 在 D 之前生效，新规则 R2 在 D 起生效。系统中存在一批订单 O，其下单时间 t_order < D，使用日期 d_use >= D。这类订单在时间轴上跨了两套规则，需要系统显式回答三个问题：1.取价：按 t_order 取 R1 的价，还是按 d_use 取 R2 的价？2.占池：占用 R1 配置的名额池，还是 R2 配置的名额池？3.退改：按 R1 的退改政策计算，还是按 R2 的？
2026-10-26 18:09:59
231
原创 “源码交付“之后还剩什么：三个可验证的搬迁动作
源码交付是一个起点，不是终点。真正的私有化是三个动作：能编译、能断网、能搬走。三个动作都不难做，难的是在签合同之前想到要做。
2026-10-25 18:13:08
94
原创 补录检测：用双时间戳、批次指纹与操作人链识别事后补填
补录本身不是问题。任何长期运行的业务系统都会有补录，尤其在教师人手紧张、学生分散的实习场景里。问题在于系统有没有能力区分"补录"和"原始记录"。没有这个能力，补录就会变成一种默认操作；有了这个能力，补录就会被当作例外来处理。没有独立入库时间的表，等于放弃了全部时间证据。能日常检测的，才叫管理；只能事后审计的，叫追责。一条记录如果能在事后被任意改写，它就不叫记录，叫说法。
2026-10-25 18:11:27
150
原创 SaaS 平台的三处举证断点：不可篡改 ≠ 可带走
很多 SaaS 平台现在都在讲"数据防篡改""全链路可追溯"。这话本身没错，但它只回答了"数据有没有被改过"，没回答"你能不能把数据拿走"。这两件事在工程上是两套完全不同的机制。这篇从数据结构角度拆三处断点，并给一套可落地的设计。举证包含两个动作：证明和出示。绝大多数 SaaS 把力气花在第一个动作上，第二个动作靠"提供导出功能"敷衍。而实际场景里，出问题往往在第二个动作：上级来查，你要交材料，导出来的是报表，不是记录。不可篡改是对方给你的承诺，可带走才是你自己拥有的能力。一个典型的 SaaS 数据结构是这
2026-10-24 18:26:50
245
原创 把大模型装进自己机房：权重、许可、算力三道工程约束的落地清单
这两周很多技术团队在讨论同一件事：Kimi K3.1 Pro 承诺 11 月 4 日前开放完整权重，参数 2.8 万亿、MoE 架构、激活约 1040 亿、上下文 100 万 Token；同时 DeepSeek 与 MiniMax 完成了 AI 技术出口登记。于是"把模型搬回自己机房"从一句口号变成了一个具体的工程任务。但真正动手的人会发现，卡住你的不是下载速度，而是三道约束：权重、许可、算力。这篇把它们拆成可执行的清单。
2026-10-24 18:10:38
125
原创 把“不可事后补录“做成技术约束：巡访记录的三道闸
技术约束的价值，在于它不依赖执行者的自觉。制度说"当天填"，代码说"只能现在填"；制度说"不要改"，代码说"改不了"。两者都做，系统才立得住。系统不是为检查而建，而是为管理而建；检查只是它的一次压力测试。
2026-10-23 18:18:26
192
原创 实习留痕系统的数据模型：六类痕怎么落成可举证的表结构
多数实习系统的表是按模块切的：```intern_company 实习单位intern_agreement 三方协议intern_attendance 考勤intern_salary 报酬intern_visit 巡访intern_ticket 投诉工单```这个结构对功能开发友好，对举证不友好。给定一个学生（或一个批次），按时间顺序列出他所有的关键动作，并标明每一步的证据来源。这是事件流视角，不是模块视角。结论：需要一层事件表，把六类模块的动作投影成统一的时间线。
2026-10-23 18:09:34
198
原创 30 分钟做完一次分账合规体检：8 项检查与对应位置
体检的价值不在于查出多少问题，而在于把"我以为"换成"我查过"。对账表不是财务的月报，是联营关系里的证据。三年后换不掉对方，问题从来不在合同，在数据。
2026-10-22 18:21:52
83
原创 30 分钟私有化验收清单：一份可执行的检查表
上一篇从工程指标角度拆了断网闭环、数据主权、源码可编译性。这一篇换个写法：把三项指标变成。清单的设计原则只有一条：每一项都要有"可观察的失败表现"。写不出失败表现的检查项，等于没检查。
2026-10-21 09:26:54
225
原创 私有化交付的工程验收：断网闭环、数据主权与源码可编译性
"私有化部署"在工程上不是部署拓扑问题，是可验证能力的集合。。三项都能通过，才叫私有化交付；缺一项，交付的只是"一台独立的服务器 + 一套跑起来的进程"。这篇文章给的是可执行的验收方法，不是概念辨析。
2026-10-21 09:07:14
341
原创 免票名额池怎么切：从“假满“到核销率，一套可落地的容量分配算法
上一篇拆了 0 元票的状态机。。免票季最典型的事故不是系统崩了，是"页面显示约满，现场却没多少人"。这个现象叫假满，成因几乎都在名额池的分配与回收上。
2026-10-20 10:04:10
204
原创 0 元票的状态机设计：免票场景下的核销幂等与名额回收
2026 年免票季，很多票务系统栽在一个看起来最简单的地方：把票价改成 0。支付环节一去掉，传统票务系统赖以运转的三根柱子同时消失——订单号、金额、支付时间戳。对账、核销、退改的逻辑全部要重写。这篇只讲工程实现：0 元票的状态机怎么设计，核销幂等怎么保证，名额回收怎么做到秒级。
2026-10-20 09:37:48
306
原创 免票名额池怎么切：从“假满“到核销率，一套可落地的容量分配算法
上一篇拆了 0 元票的状态机。。免票季最典型的事故不是系统崩了，是"页面显示约满，现场却没多少人"。这个现象叫假满，成因几乎都在名额池的分配与回收上。
2026-10-19 18:15:27
497
原创 0 元票的状态机设计：免票场景下的核销幂等与名额回收
2026 年免票季，很多票务系统栽在一个看起来最简单的地方：把票价改成 0。支付环节一去掉，传统票务系统赖以运转的三根柱子同时消失——订单号、金额、支付时间戳。对账、核销、退改的逻辑全部要重写。这篇只讲工程实现：0 元票的状态机怎么设计，核销幂等怎么保证，名额回收怎么做到秒级。
2026-10-19 18:13:47
341
原创 实习成绩怎么算才不扯皮：把“评分“做成可复算的规则引擎
实习成绩是实习管理里最容易扯皮的一环。学生觉得低了，老师觉得按规矩给的，教务觉得没法复核。根因往往不是评分不公，而是。这篇讲我们怎么把成绩从"人工汇总"改成"规则引擎 + 审计日志"。
2026-10-18 18:22:42
83
原创 实习管理系统的数据模型怎么设计：从签到流水到可举证档案数据库
做学校实习管理系统，最容易被低估的是数据模型。功能可以加，页面可以改，但数据模型一旦定错，后面每加一个需求都要付利息。这篇讲我们踩过的坑和最终的建模方式。
2026-10-18 18:04:39
105
原创 AI 应用降级设计实战：大模型不可用时，核心链路如何保住
降级不是"整个系统降级"，而是按功能分级。设计前先做一张表：| 功能 | 依赖强度 | 不可用时退到 || 智能问答 | 强 | 关键词检索 / 静态 FAQ || 内容生成 | 强 | 模板填充 || 意图分类 | 中 | 规则 + 关键词匹配 || 字段抽取 | 中 | 正则 + 词典 || 格式校验 | 弱 | 本地规则 |这张表决定了降级代码写在哪。没有这张表，"降级"就只能是一句口号。
2026-10-17 10:32:40
133
原创 从一次近 5 小时的大模型中断，讲清 AI 应用的降级设计
维度 | 表现 | 工程后果 || 可用性 | 服务中断，无预警 | 核心链路 5xx || 稳定性 | 响应质量/延迟波动 | 结果不可复现，难验收 || 策略性 | 接口变更、限流、调价 | 架构与成本被动调整 |2026 年以来该平台至少 18 次大面积异常。把这类风险当作"低概率事件"来做架构，是把工程判断让位给了运气。
2026-10-17 10:01:20
96
原创 从“还剩多少张“到“哪个时段被谁占着“：分时预约库存模型的工程落地
分时预约不是给售票系统加一个功能开关，而是把库存模型从"还剩多少张"替换为"哪个时段还剩多少、被谁占着、什么状态"。模型对了，限流才是限流；模型错了，限流只是把排队搬到了线上。
2026-10-16 11:37:26
186
原创 分时预约系统的库存模型：为什么“加个预约功能“必然出现超卖与假满
分时预约不是售票系统的一个功能开关，而是一次库存模型的替换：从"还剩多少张"到"哪个时段还剩多少、被谁占着、什么状态"。模型对了，限流才是限流；模型错了，限流只是把排队搬到了线上。
2026-10-16 11:03:19
174
原创 从个人自托管到企业私有化部署：一次工程落地的账怎么算
你选择私有化，不是因为 SaaS 不好，而是因为你愿意为数据多负一份责任。这份责任值不值，只有自己能算。三笔账算清楚，判据筛一遍。能完整带走，那就值得。*这是《自托管与私有化》第 1 篇，下一篇拆"NAS 选型里最容易被忽略的三个参数"，关注不迷路。
2026-10-15 19:06:25
153
原创 从个人自托管到企业私有化部署：一次工程落地的账怎么算
你选择私有化，不是因为 SaaS 不好，而是因为你愿意为数据多负一份责任。这份责任值不值，只有自己能算。三笔账算清楚，判据筛一遍。能完整带走，那就值得。*这是《自托管与私有化》第 1 篇，下一篇拆"NAS 选型里最容易被忽略的三个参数"，关注不迷路。
2026-10-15 18:03:59
220
原创 自托管回潮的技术账：从 NAS 到私有化部署，三笔成本怎么算
私有化部署的门槛从来不是技术，而是运维决心。技术可以外包，责任只能自己下。三笔账算清楚，判据筛一遍。能完整带走，那就值得。*这是《自托管与私有化》第 1 篇，下一篇拆"NAS 选型里最容易被忽略的三个参数"，关注不迷路。
2026-10-15 12:13:17
219
原创 高校就业管理系统的数据迁移与合规落地：从工程实现角度看几个硬骨头
就业管理系统的特殊性在于——它不是一个孤立工具，而是一个：上游接学信网、教务、学籍，下游出考核报表、上报台账，中间还要承载毕业季的集中访问。。本文逐块拆开，给出可落地的技术清单。
2026-10-14 09:44:16
220
原创 高校就业管理系统选型：一份可落地的 10 项技术评估表
学校就业管理系统的选型，本质是一次。它不像选一个孤立工具，而要接入学信网、教务、统一身份认证、消息中心等既有系统，并且要处理敏感数据、承载毕业季的集中访问。本文从工程视角给出一份，可直接用于 POC 阶段逐项打分。
2026-10-14 09:17:29
492
原创 预约系统的容量三账：瞬时承载、排队削峰与降级预案的工程实现
指标 | 定义 | 采集方式 || 日最大承载量 | 一天可接待上限 | 业务/主管部门核定 || 瞬时最大承载量 | 同时刻可容纳上限 | 业务/主管部门核定 |
2026-10-13 12:12:16
191
原创 活动型流量洪峰怎么扛：从“买一送一“小程序崩溃拆三本容量账
用"平峰的思维"去准备"峰值的活动"，崩是迟早的事。景区的洪峰比奶茶更可预测——免票日、节假日、明星活动，日期都提前定好。可预测的洪峰还接不住，就只能怪预案了。*这是《景区数字化这盘棋》第 5 篇。免票日之后——为什么"退票"比"卖票"更难做。关注不迷路。
2026-10-13 11:34:22
176
原创 Agent 重试的工程解法：幂等、断点续跑与熔断怎么落地
单价是明账，重试是暗账。降单价靠换模型，降总账靠改结构——省钱靠的不是换更便宜的模型，而是改结构，而结构恰好是工程侧最可控的部分。*数据来源：Splunk《The Hidden Cost of Agentic AI》（2026-06）；MightyBot《Token Economics of AI Agents in 2026》（引用 2026-07 实测）；Concordia University 2026「通信税」研究。金额与倍数均为公开口径，未经独立复现。
2026-10-12 14:53:43
433
原创 Agent 成本账怎么记：把“判断“这一层单独度量出来
度量先行，架构后动。你没法优化一个量不出来的东西——先把判断层的调用数、轮次、成功率埋下去，账单的结构自己就会浮出来。大模型负责表达，决策模型负责判断——把作家从收发室的岗位上撤下来。*这是《AI 成本账》系列第 4 篇的技术侧补充。Agent 的失败重试，到底吃掉了多少预算。*数据来源：TypeSafe Jev 官方发布（2026-09-15）；Cloudflare Clef 开源公告（2026-10-01，Apache 2.0）；
2026-10-11 18:04:37
182
本系统是一个历经多年迭代和市场检验的综合性智慧票务解决方案 它以小程序和后台管理系统为核心，深度整合了线上OTA渠道、线下多种支付方式以及各类智能硬件，为旅游景区、展馆、活动中心等场景提供稳定、高效
2025-08-21
# 基于 Cloudflare Worker 的 SEO 分析工具实现
2025-07-01
dify小程序实现的前端，根据dify的api接口创建的小程序，使用Taro开发
2025-07-01
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人