当时制作的初版 wins-management.my/e-invoice——四个页面、一个自测器、32 张技术卡、一整套官方原文引用——从头到尾没有设计稿、没有开发团队、没有写过一行手打的 HTML。
全程只有一个人,在 Claude Code 里打了 27 段话。
这一页把那 27 段话原封不动公开,连同每一次「推倒重做」的完整过程。给正在学 Claude Code 的你。
先知道终点长什么样,再回头看路怎么走的。这四页现在都在线上跑着。
每一段引用都是当时打进去的原句,一个字没改(包括打错的字)。下面配上 Claude 实际做了什么,以及这一步值得你学的那一点。
还没想过网页长什么样。第一步是把马来西亚 e-Invoice 这件事,弄成一个「问什么都答得出」的资料库。
AskUserQuestion):要做多深?要中文还是英文?——它没有直接开跑。/media/... 链接已经 404,自己找到新路径 hasil.gov.my/wp-content/uploads/。sources/,然后整理成 12 份分类 Markdown。Malaysia LHDN/IRBM e-Invoice (MyInvois) — build a complete, expert-level, citation-backed knowledge base as of July 2026. Cover EXHAUSTIVELY, prioritising official LHDN/IRBM sources (myinvois.hasil.gov.my, hasil.gov.my, sdk.myinvois.hasil.gov.my) and noting the "as of" date + version number of every guideline cited: 1. LEGAL & TIMELINE: Full mandatory implementation phases by annual turnover, including all revisions/postponements up to July 2026. Which phase is live NOW, which are pending, exact go-live dates and relaxation/grace periods per phase. Legal basis (Income Tax Act sections, Rules/Orders, Tax Corporate Governance). 2. SCOPE & EXEMPTIONS: Who must comply, who is exempt (turnover thresholds, exempt persons/entities/income types), and how exemptions changed over time. 3. DOCUMENT TYPES: Invoice, Credit Note, Debit Note, Refund Note, and Self-Billed variants — when each is used. 4. SELF-BILLED e-INVOICE: full list of scenarios (foreign suppliers/imports, agents, e-commerce, profit distribution, betting, etc.). 5. CONSOLIDATED e-INVOICE: rules, monthly deadline, which industries CANNOT consolidate, receipt requirements. 6. FIELD SPEC: all mandatory/optional data fields, TIN rules and special TINs (EI00000000010/20/30/40 etc.), MSIC codes, classification codes list, currency/exchange rate, unique identifier number, QR code/validation link. 7. TECHNICAL: MyInvois Portal vs API/SDK. API workflow, UBL 2.1 JSON/XML, digital signature/certificate requirements, sandbox/preprod, validation, 72-hour rejection/cancellation window (confirm exact current window), rate limits/API limits, ERP middleware & Peppol. 8. OPERATIONS: buyer vs supplier obligations, what happens if buyer doesn't provide TIN, foreign buyers, employee claims/expense reimbursement, disbursements vs reimbursements, foreign-currency invoices, cross-border. 9. INDUSTRY SPECIFICS: retail/F&B, healthcare, aviation, construction, financial services, insurance, e-commerce platforms, petrol stations, freight. 10. PENALTIES & ENFORCEMENT: fines under Section 120(1)(d), prosecution, current enforcement/grace-period stance, whether penalties are being enforced. 11. PRACTICAL: MyInvois Portal step-by-step, taxpayer registration/ClientID, MyTax/e-Daftar link, common mistakes, SME cheapest compliance path, cost of accredited providers. 12. FAQ: LHDN's own published FAQ items and the most-asked real-world questions from Malaysian accountants/SMEs. Flag explicitly where sources conflict or where a rule has been superseded, and state what is UNCERTAIN or needs verification against the latest LHDN guideline PDF. Return dense, factual, citation-heavy output with exact numbers, dates and codes — this becomes a reference knowledge base, not a summary.
资料齐了,做成网页丢上线。第一版很快就有,但也很快就被否决。
npx wrangler pages deploy . --project-name=wins-management --branch=main<head>。这是整个项目的转折点。第一版做得「很整齐」,但整齐没有用。
sources/,当成这四页的设计依据。/ 看看你有哪些 skill。Skill 就是把一整套专业工作流打包好,一句话调用。...pdf#page=12)——点下去直接跳到官方原文那一页。这是整个网站可信度的来源。how 字段后来变成硬性规定——之后加任何一张新卡,没有 how 就不准上。padding:44px 0 10px 归零了(电脑端因为有最大宽度居中,完全看不出来)。修法是那些容器只写 padding-top / padding-bottom。同一批资料,换三种人来看,就是三个新页面。这一幕是整个项目性价比最高的部分——因为料早就囤好了。
这一幕最多人跳过,但它决定了下一次做同类项目要花多少时间。
sources/:三份官方 PDF + 抽好的纯文本 + 三份深研报告,全部确认在盘。这是从当次会话记录里数出来的真实统计。你打一句,它背后跑这么多。
| 它做的事 | 次数 | 在干嘛 |
|---|---|---|
| 跑命令(Bash) | 253 | 下载 PDF、抽文本、部署、检查文件 |
| 改文件(Edit) | 101 | 一处一处地修 HTML 和文案 |
| 在浏览器跑脚本 | 86 | 检查真实渲染出来的颜色、间距、位置 |
| 开网页看 | 63 | 自己打开做好的页面,确认没坏 |
| 读文件(Read) | 59 | 读回自己写的东西再改 |
| 截图 / 点击 | 55 | 自己截图检查,自己点按钮测互动 |
| 写新文件(Write) | 27 | 12 份 Markdown + 4 个页面 + 资料档 |
| 读控制台报错 | 22 | 自己发现 JS 错误,自己修 |
| 切换手机 / 电脑尺寸 | 18 | 测响应式排版 |
| 抓网页内容(WebFetch) | 15 | 读 LHDN 官网和主站 |
| 上网搜(WebSearch) | 6 | 找现行 PDF 的正确链接 |
| 反问我问题 | 2 | 范围不清楚时先问,不乱做 |
| 调用 Skill | 2 | deep-research、frontend-design |
| 派出研究大军(Workflow) | 1 | 上百个子 agent 并行 + 3 票对抗验证 |
从上面 27 段话里提炼出来的。换成你的题目一样能用。
第一句话不要说「帮我做个网站」。先让它成为这个领域的专家,把资料库建起来。有了料,后面开三个新页面只是换个角度切一次,很快。
「只信官网」「每条都要注明版本号和 as of 日期」「来源打架的地方要讲出来」「不确定的要说不确定」。最后两句最多人漏,也最能拉开答案质量。
「刘作者是一个很贴近普通老百姓的专家,由他来讲解」——比「写白话一点」有效十倍。形容词它没法执行,人设它可以扮演。
AI 天生会解释「是什么」,天生懒得写「怎么做」。每一条资讯后面都追一句:那我具体该怎么做?这一条把这个网站从「又一个法规摘要」变成「能用的东西」。
不要指一个改一个。加上这半句:「以这个逻辑、要求,去重新看全网,补齐每一个」——它会自己扫完整站。一句话省掉你三十次来回。
「图1 这个 CTA 不要」「图2 跳过去空空,感觉不对」。看到不对,截图丢过去,一句话讲哪里不对就够了。不用描述细节,它自己会看。
「这样用户会流失掉」「我们的专业不在 e-invoice,不要拿石头砸自己」「死线在马来西亚没人看得懂」。这三句 AI 一辈子想不出来。技术、设计、排版都可以交出去,这一层交不出去。
「把全部做过的东西打包进项目记忆」。决定、铁律、踩过的坑、资料在哪,全部写下来。下一个项目从 80% 开始,不是从 0%。这一步的回报,比前面任何一步都大。
把上面整套流程压缩成四段话。换掉方括号里的字,直接贴进 Claude Code。
/ 看 skill 清单——这次用了 deep-research(重型研究)和 frontend-design(设计总监)。会用 skill 和不会用,出来的东西差一个档次。
一天专给老板的 AI 实战课:用 Claude Code 现场亲手打造一个 24 小时 Standby 为你工作的 AI 超级助理。
通过 AI 赋能,帮助老板脱离埋头苦干、一脚踢。