Project · 01
Connie Quest
家庭使用 · 奖励系统重新设计中- Q01
为什么做 - 孩子『知道好价值』与『按好价值生活』之间,隔着一条很长的河。读完《How to Become a Person》后,我希望能把书中的人格发展模型,落到女儿每天的行动里 —— 她也成为了第一位用户。
- Q02
一句话定义 - 面向家庭的儿童人格成长 PWA,把人格养成做成『阅读 → 理解 → 行动』的循环 —— 用游戏化强化行动,以游戏方式传递意义。
- Q03
差异化 - 市面上的儿童 App 多围绕广告与内购展开。Connie 只把『正向行为的强化』游戏化;家庭级数据通过 Supabase RLS 完全隔离。
- Q04
现状 - 目前用户仍是女儿一人。她对奖励的热情远超预期,因此重新设计奖励系统。受其他事务影响,开发暂时搁置。
- Q05
下一步 - 奖励系统就位后即可重启,并探讨与原书作者合作以加强内容一致性(仍在寻找联系方式)。
Project · 02
Marketing SH.AI
熟人内测 · 自动发布尚未上线- Q01
为什么做 - AX 落地之后,自然会带来下一个议题 —— GEO(Generative Engine Optimization)。然而许多业主既不熟悉 GEO,也没有预算请代理。我们需要让他们也能有一个营销的起点。
- Q02
一句话定义 - 面向小型业主的 GEO 内容自动化平台:从灵感到内容发布,全部以一次点击完成。
- Q03
差异化 - Vibe Coding 让 ROI 中的『投入』成本大幅下降,『instant app 全盛期』已经到来。过去因 ROI 不成立而做不了的服务,现在都能做。我们把代理级别的 GEO 工作流压缩到一键之内。
- Q04
现状 - 目前为熟人内测。基于 Google Trends 数据的及时选题已可用,自动发布尚未实现。
- Q05
下一步 - 目标渠道:博客 · LinkedIn · YouTube · Instagram · X。当用户与营收信号出现时,即落地自动发布,并向品牌级定制延伸。
Project · 03
GolfShin
本人 + 友人使用- Q01
为什么做 - 为了一场周末打球,以前得逐个进十几个俱乐部网站查时间。那些主流预订 App 未收录的热门球场,信息散落在各处 —— 我的第一个 toy project 就是从这里开始的。
- Q02
一句话定义 - 把主流预订 App 不收录的 34 家韩国人气球场开球时间,集中到一个画面进行比较。
- Q03
差异化 - 只挑非合作但人气高的俱乐部,实时抓取,统一到单一界面对比 —— 一个解决信息不对称的小案例。
- Q04
现状 - 本人与友人将其用于实际预订决策。无商业化意图,作为『以 AX 解决日常小不便的案例』存在足矣。
- Q05
下一步 - 下一步是把预订本身也自动化。更大的愿景,是让每个人都能用 Vibe Coding 解决自己的日常烦恼 —— 这也是我以公益方式开免费 AI 讲座的同一信念。
Project · 04
Ikeike Kitchen
站点已上线 · 持续上传内容- Q01
为什么做 - 一位 Instagram 厨师朋友的父亲正在抗癌,她为父亲创作的自然主义食谱散落在 SNS 之中,没能沉淀。她对 AI 和 IT 较陌生,看着那些珍贵的内容被埋没,我实在不忍。
- Q02
一句话定义 - 让 Instagram 厨师朋友的自然主义、当季食谱通过 AI 内容与 Coupang Partners 重新焕发生命的订阅式食谱站点。
- Q03
差异化 - 核心资产是她的自然主义 · local food · 当季食材食谱,其中许多本就是她为抗癌父亲亲手创作的。AI 协助内容生成,Coupang Partners 自然衔接食材购买动线 —— 内容与变现走在同一条轨道上。
- Q04
现状 - 站点构建已完成,正在分阶段上传既有内容。
- Q05
下一步 - 下一步目标是接入更多厨师 KOL,将其发展成多创作者平台。
Project · 05
AstroECCOUNT
运行中 · 落地于弟弟的贸易公司 Astros- Q01
为什么做 - 弟弟经营的贸易公司 Astros,过去由 3 名会计人员以人工方式处理大量交易数据、对账与结算。结算季加班成常态,本应由系统承担的工作压在人身上。这是一家家族公司,正好让我把『AX 到底应该是什么』认真验证一次。
- Q02
一句话定义 - 为弟弟的贸易公司 Astros 自动化会计与结算的内部 AX 系统 —— 员工直接操作 MCP,人与系统协同运营的模式。
- Q03
差异化 - 起点是一套普通的 ERP 自动化。途中我提议改用 MCP(Model Context Protocol):不再是『系统替你做事』,而是员工用自然语言向 Claude 等 LLM 下达会计指令、再校验结果。Vibe Coding 培训同步进行,员工可以自己添加和修改 MCP 工具 —— 顾问离场之后,系统继续在员工手里进化。
- Q04
现状 - 原本 3 个人投入一整天的会计工作,如今 60% 由系统接管。结算季加班减少,会计人员的工作重心从录入移到了校验、分析与决策。目前员工直接调用 MCP,与系统一同运营。
- Q05
下一步 - 自动化范围从会计扩展到出口入境清关、物流、税务与内部控制。新的自动化不再由顾问推动,而是由员工自己发现并实现为 MCP 工具 —— 『人与系统并肩工作』的 AX 范式,先在家族企业内被验证。
Project · 06
牙科保险条款问答机器人(DIT)
v1 已上线运营 · Telegram @DentalInsuBot · Slack · 医院 B2B API- Q01
为什么做 - 牙科保险条款对普通消费者而言难以读懂。牙齿保险是各家保险公司各不相同的非标准产品,而实损(医疗费用)险则按投保时间不同适用各代政府标准条款。要想凭条款依据确认『我的治疗是否在保障范围内』,只能自己翻阅厚厚的条款。我希望用一个只依据条款条文、绝不臆测作答的工具来弥合这种信息不对称。
- Q02
一句话定义 - 一个检索牙齿险与实损(牙科治疗)险条款条文、并附上依据(出处)作答的 RAG 问答机器人。在 Telegram 提问,它会找到相关条文并附引用予以说明。
- Q03
差异化 - 核心是 grounded-or-silent 原则。若没有检索到的条款依据,它会拒绝作答而不臆测;引用只取自条款条文的元数据,绝不由 LLM 生成。实损险会先询问投保时间,再指引至对应世代的政府标准条款,且完全不做特定产品推荐、比较或投保劝诱——是一款纯信息提供工具。
- Q04
现状 - v1 已在生产环境运营(Telegram @DentalInsuBot 与 Slack)。已载入各保险公司的牙齿险条款语料与各世代实损标准条款。现在还能根据投保年月,精确锁定当时生效的条款版本并附上生效日引用(positive-pin),比较条款各版本之间的修订差异,提示保险欺诈风险,并提供可嵌入牙科诊所网站的 B2B 问答机器人 API 渠道——均已上线。
- Q05
下一步 - 下一步将把条款覆盖范围扩展至实损全世代,并研究基于用量的计费模式。
Project · 07
韩别律师事务所(法务法人 한별)
运营中 · 5 种语言 · 法律新闻自动采集定时任务- Q01
为什么做 - 韩别是同时承办企业法务、诉讼、金融、知识产权与并购的综合性律师事务所,但网站上既看不清各业务领域的划分,也看不到承办律师。它同时是海外交易对手进入的第一道门,因此多语言是硬性需求;更重要的是,它必须是每天更新的资产,而不是做完就搁置的宣传页。
- Q02
一句话定义 - 基于 Next.js 16 与 Supabase 构建的律所网站,以五种语言(韩语、英语、日语、中文、西班牙语)呈现各领域专长与承办律师,并每日自动采集与摘要法律新闻。
- Q03
差异化 - 它不是静态介绍页。Vercel 定时任务每天 06:00 采集法律新闻,用 GPT 生成摘要并匹配对应领域的律师,再经 DeepL 同步到五种语言。公证附件从公开目录迁至 Supabase Storage 并以 RLS 隔离;仓库最高层规则明确规定,未经批准不得变更表结构或执行破坏性 SQL。
- Q04
现状 - 已上线运营,新闻管线每日运行。分析测量统一到单一 GTM 容器,转化事件改以 dataLayer 方式重建。功能开发目前趋缓,重心转向内容与运营。
- Q05
下一步 - 扩充采集来源与领域标签以提升新闻—律师匹配的准确度,并持续推进面向搜索与 AI 引擎的 GEO/AEO 优化。
Project · 08
TheChain Lawyer
建设与初期运营后完成移交 · 2026 年 8 月域名与数据库转至律师本人账户- Q01
为什么做 - 这是拥有 21 年检察工作经历、曾任次长检事的李永男律师的独立事务所。区块链、虚拟货币诈骗、Web3 类案件中,当事人往往在「不知道该问什么」的状态下就拨通电话。目标是让人在第一通电话之前,就能自行梳理程序与争点。
- Q02
一句话定义 - 面向区块链与 AI 的专业法律服务网站,以三种语言(韩语、英语、中文)介绍专长领域,并通过 AI 咨询与判例检索支撑咨询前的准备阶段。
- Q03
差异化 - 设计上划出了一条硬线:AI 绝不冒充法律咨询。判例直接呈现国家法令信息 API 返回的判示事项与判决要旨原文;网站本身不生成法律文书,而是引导访客下载律师公开的六个 Claude Skill,在自己的 Claude 中运行——以结构方式规避律师法第 109 条的风险。咨询内容加密存储,电话点击与 AI 咨询启动等转化通过 GTM 度量。
- Q04
现状 - 在完成建设与初期运营后,2026 年 8 月将域名与 Supabase 项目移交至律师本人账户,目前由事务所自主运营。该站公开的六个法律 Skill,也在 SH Consulting 的 Skill Library 中注明出处予以介绍。
- Q05
下一步 - 移交后由事务所自行运营;如有需要,以顾问形式协助 Skill 发布与内容拓展。
Project · 09
Mindskin 皮肤科
运营中 · 7 种语言 · 内容自动采集与翻译定时任务- Q01
为什么做 - 位于弘大入口站、由两位皮肤科专科医师坐诊的医院。治疗项目、设备与价格信息散落在广告和博客中,患者很难只挑出「自己真正需要的项目」;随着日本、中国、台湾、越南、泰国的咨询增加,多语言成为实际的获客路径。
- Q02
一句话定义 - 将治疗项目、设备、价格与专栏内容以数据库管理,并以七种语言(韩语、英语、日语、简体中文、台湾繁体、越南语、泰语)提供服务的皮肤科网站。
- Q03
差异化 - 多语言并非机器转换而来。台湾繁体不是由简体转换,而是从韩语原文重新翻译——台湾的用词本身不同,激光要作雷射、信息要作資訊,而字形转换器会让这些悄悄通过。设备与医学术语明确禁用 DeepL,改由带规则提示的 LLM 处理:DeepL 会把「脱发」译成日语的脱毛,含义正好相反。术语检查器已作为部署管线的关卡。
- Q04
现状 - 七种语言全部上线,每日凌晨运行新闻与博客同步任务。将 Naver 博客的采集从 RSS 摘要改为抓取原文后,正文中位数从 562 字增至 2,642 字,截断文章归零。搜索登记已在 Search Console、Bing 与 Naver 站长工具完成,并统一以 apex 域名为规范网址。
- Q05
下一步 - 持续扩充设备与治疗项目目录及各语种渠道运营,并维持 llms.txt 与结构化数据的一致性,以保障 AI 搜索引用的准确度。