← Financial Cloud Cloud Cloud Club · 构建文章

极点宏观|Financial Cloud Cloud · 构建文章

用 Vibe Coding 打造多语言 AWS 认证模拟题上线系统

系列: 模拟考场

文章: E1

文章
Kiro 工作坊
01 使用 Kiro 构建:他加禄语学习 App 的提示优先产品设计工作坊
Kiro 工作坊
02 使用 Kiro 构建:他加禄语 学习 App 的教育优先开发技巧工作坊
Kiro 工作坊
03 使用 Kiro 构建:他加禄语 学习 App 的深入开发流程工作坊
Kiro 工作坊
04 使用 Kiro 构建:将 他加禄语 学习 App 本地化为中文变体工作坊
Kiro 工作坊
05 使用 Kiro 构建:他加禄语 卡片的语法与发音补强流水线工作坊
Kiro 工作坊
06 使用 Kiro 构建:他加禄语 学习 App 中可审查的独特额外例句工作坊
Kiro 工作坊
07 与 Kiro 同行:晶圆厂工程健康度 Hook 工作坊
Kiro 工作坊
08 与 Kiro 同行:蚀刻工艺窗口风险测试自动化工作坊
Kiro 工作坊
09 与 Kiro 同行:黄光微影漂移风险开发工作坊
Kiro 工作坊
10 工程团队入门 — 日常工厂值班使用 fab spc drift sync portal
Kiro 工作坊
11 工程团队附录 — fab spc drift sync portal 的日常工厂值班使用
Kiro 工作坊
12 Kiro:规格驱动工厂软件的现场工程工作坊
Kiro 工作坊
13 Kiro:实施 Lab — 从零构建具类型的 Factory Risk Portal
Kiro 工作坊
14 Kiro:工程开发人员的提示、代码和类型标准手册
Kiro 工作坊
15 Kiro:为什么强 React 提示可以防止类型宣告错误启动
Kiro 工作坊
17 与 Kiro 一起构建:建立工厂自动化门户 React UI
Kiro 工作坊
18 与 Kiro 一同构建:打造工厂自动化门户背后的自动化分析引擎
Kiro 工作坊
19 与 Kiro 一起实施:将 AI 工厂自动化辅助程序新增至工厂自动化门户
Kiro 工作坊
21 Kiro:2 小时专业开发人员工作坊指南
Kiro 工作坊
22 Kiro:从零建置 Fab SPC Drift Synchronization Portal
Kiro 工作坊
23 Kiro:提示词库与深度代码说明附录
Kiro 工作坊
30 与 Kiro 一起构建:建立工厂自动化门户 UI
Kiro 工作坊
31 与 Kiro 一起构建:打造工厂自动化门户背后的自动化分析引擎
Kiro 工作坊
32 与 Kiro 一起实施:为工厂自动化门户添加 AI 工厂自动化辅助程序
Kiro 工作坊
33 与 Kiro 一起开发:重建 CME Direct 风格的量化损益排行榜 UI
Kiro 工作坊
34 与 Kiro 一起开发:重建损益排行榜背后的量化分析引擎
Kiro 工作坊
35 与 Kiro 一起构建:适用于量化排行榜的 AWS AI 驱动交易台助理
Kiro 工作坊
36 单页交易平台 SOP
Kiro 工作坊
AgentCore
A1 使用 AgentCore 与 Strands 构建:Gateway MCP 工具织网开发者工作坊
AgentCore
A2 使用 AgentCore 与 Strands 构建:受治理的多 Agent 风险系统开发者工作坊
AgentCore
A3 使用 AgentCore 与 Strands 构建:运行时主权风险代理人开发者工作坊
AgentCore
模拟考场
E1 用 Vibe Coding 打造多语言 AWS 认证模拟题上线系统
模拟考场
E2 利用 Vibe Coding 开发技巧打造 AWS 认证模拟练习室
模拟考场
E3 打造静态 AWS 模拟考场背后的练习引擎
模拟考场
Amazon Q
Q1 Amazon Q:面向 ACM 证书自动续订的 CloudShell 优先开发人员工作坊
Amazon Q
Tagalog 练习室
T1 用提示词优先的产品设计,为 AWS Manila Community Day 构建 Tagalog 学习应用
Tagalog 练习室
T2 用教育优先的开发提示,为 AWS Manila Community Day 构建 Tagalog 学习应用
Tagalog 练习室
T3 面向 AWS Manila Community Day 的 Tagalog 学习应用深度开发流程
Tagalog 练习室
T4 为 AWS Manila Community Day 将 Tagalog 学习应用本地化为中文变体
Tagalog 练习室
T5 为 AWS Manila Community Day 的 Tagalog 卡片构建语法与发音增强流水线
Tagalog 练习室
T6 在 AWS Manila Community Day 的 Tagalog 学习应用中,让额外示例唯一且可审查
Tagalog 练习室
路线图
R1 企业级 Data Analytics Roadmap 一百个深度情境题
路线图
R2 前端开发路线图:真实企业场景
路线图
香港 Community Day
C1 与 AWS Community Day 共度香港周末:从云端议程到维港灯火
香港 Community Day
C2 演讲者的奢华周末:讲述你的 AWS 故事,再让香港登场
香港 Community Day
C3 在香港的七十二小时:AWS Community Day 演讲者的深度行程
香港 Community Day
马尼拉 Community Day
C4 AWS Community Day Manila:一场连接云技术、城市文化与真挚友谊的快乐周末
马尼拉 Community Day
C5 AWS Community Day Manila:云端建设者在菲律宾感受最幸福的精神
马尼拉 Community Day
C6 AWS Community Day Manila:在快乐之城构建、打破、重来,并找到归属
马尼拉 Community Day
C7 菲律宾马尼拉初次到访建议
马尼拉 Community Day
菲律宾 × 香港
C8 菲律宾香港资本市场升级
菲律宾 × 香港
回测
B1 使用 Bedrock AgentCore 和 Strands Agents 构建机构级 Amazon 只做多回测代理
只做多 AMZN 代理:AgentCore、Strands 与可审计的 Backtrader 台账。
B2 使用 Backtrader、AgentCore 和 Strands Agents 构建具备市场状态感知能力的 Amazon 头寸管理
把市场状态当成头寸控制,而不是图表注释。
B3 使用 Nasdaq、S&P 500、Dow、AgentCore 与 Strands 构建相对基准的 Amazon 择时系统
相对 Nasdaq、S&P 500 与道琼斯判断 AMZN 时机。
B4 使用 Bedrock AgentCore、Strands Agents 与 Backtrader 构建受治理的 Amazon 交易历史工厂
把回测做成可审计的交易历史工厂。
B5 使用 Bedrock AgentCore 与 Strands Agents 构建代理式 Amazon 回测运营模型 [Part 1]
先建立运营模型,再争论结果。
B6 为 Amazon 择时与头寸管理构建自定义 Cerebro 代码解读 [第 2 部分]
先讲 Cerebro 引擎,再讲图表。
B7 为 Amazon 策略结果与经验教训构建交易员复盘记录 [Part 3]
把策略排名写成交易员复盘记录。
B8 使用 AgentCore 和 Strands 构建受治理的 FSI Amazon 头寸管理手册 [第 4 部分]
受治理的 FSI Amazon 头寸管理手册。
B9 使用 Amazon Bedrock AgentCore 构建主权风险交易代理,分析收益率差、FX 对冲与债务重新定价
主权风险代理:收益率差、外汇对冲与债务重定价。
B11 构建现代波动率交易与合法泰国恢复规划智能体:内存驱动的 Strands 多智能体风险保护系统
记忆驱动的 Strands 智能体:波动率与泰国恢复规划。
B12 使用 Amazon Bedrock AgentCore Memory 构建做空跨式交易风险治理
做空跨式的交易风险治理。
B13 在 Amazon EKS 上构建生产环境就绪的信用与收益质押 AI 智能体
在 EKS 上跑生产级信用与收益质押智能体。
挑战
01 周末生产力挑战:Fab SPC 漂移同步门户
Fab SPC 漂移审查与建议门户。
02 周末生产力挑战:Quant P&L Commander — AWS 上由 AI 驱动的交易生产力门户
AWS 上由 AI 驱动的交易生产力门户。
03 周末烦人任务挑战:交易台在云端、链上、空中执行摘要
DeskPulse 日常交易执行摘要。
04 周末 Agent 挑战:早上 6 点交易风险审查
无人值守、以证据为基础的早间交易风险简报。
05 周末创意挑战:领导力卡牌游戏
浏览器版创意引导卡牌。
06 全栈挑战:社区日留言板应用程序
浏览器版活动通信空间。
领导力卡牌
01 Leadership Card Game: 云没有自动化的最后一项技能:像领导者一样说话
写给 构建者的一篇现场随笔:语言、勇气,以及 Leadership Card Game
02 领导力回合解剖:Leadership Card Game 究竟如何玩
写给 构建者的引导员实地指南:如何把演练嵌进真实会议
03 Leadership Card Game: 当机会不再属于组织者
写给 构建者的田野随笔:权力转移、多语言领导力练习夜,以及走完入口、资源与叙事的职业弧线
04 周末创意挑战:Leadership Card Game
一篇构建者手记:愿景、架构,以及周末创意挑战教会我的事
05 从周末挑战项目到 $1,386 众筹:改变你在职场现身方式的领导力练习
一个周末做出的作品,变成 600 张卡的在线领导力练习室,并筹到 $1,386。
06 从周末挑战项目到 $1,386 众筹:进入科技产业的第一天路径
一个周末挑战如何变成具备 600 张卡、由 AWS 驱动的多语产品,并筹到 $1,386?
07 从周末挑战项目到 $1,386 众筹:用转移机会建立专业品牌
一个周末挑战把领导想法做成能跑的多语产品,并筹到 $1,386。
08 Leadership Card Game — 众筹活动
筹款目标: HKD 5,000 已筹金额: HKD 1,386 距目标还差: HKD 3,614 进度: 28% 创作者: D.C. Dan · L.L. Diana · L.K. Lva 所在地: 日本、香港、新加坡 投资人权益: 即期价值、私密会员卡牌编辑器云(Private Membership Card…
09 PR/FAQ 01 — Leadership Card Game 面向社区构建者正式推出
「逆向工作法」文档 · 对外新闻稿 + FAQ 产品: Leadership Card Game 受众: 社区经理、志愿组织者、早期职业构建者
10 PR/FAQ 02 — 企业引导员采用 Leadership Card Game 开展现场领导力演练
「逆向工作法」文档 · 对外新闻稿 + FAQ 产品: Leadership Card Game 受众: 学习与发展负责人、人员管理者、敏捷教练、企业引导员
10 PR/FAQ 03 — 多语言 Leadership Card Game 为构建者归属开放全球练习室
「逆向工作法」文档 · 对外新闻稿 + FAQ 产品: Leadership Card Game 受众: 全球 构建者、双语社区、跨境产品团队、开源导师
AWS Builder Center
01 AWS Builder Center、社区精神与 AWS Builder Jacket
霓虹信号、共享创意,以及为构建者打造的外套。
02 走进 AWS Builder Center:一座能学习、贡献,也让人有归属感的全球技术平台
一段精彩旅程,不一定从机场开始。
03 AWS Community Builder 的巨大成功
当构建者公开分享,整个社区就会一起前进。
04 AWS Builder Center 的巨大成功
一座为好奇心打造、充满活力的全球街区。
05 周末走进 AWS Builder Center:从社区灵感到令人难忘的 AWS Builder Jacket
星期五晚上,开始于构建者熟悉的感觉:有一个点子,正卡在问题与可能性之间。

本文介绍此展示项目的分发层(Distribution Layer):包括多语言网页、语言专属的绝对 URL、认证题库扩展、创建信任感的元数据(Metadata),以及随时可以发布的上线内容。文章同时说明了当 Prompt(提示词)变成运作规范时,Vibe Coding 该如何突破单一原型的限制进行规模化。核心重点在于负责任地进行交付:翻译画面上所有可见的内容、维持链接的可预测性、持续且一致地扩展目录,并将 Prompt 记录作为未来开发者的产品文档。


免责声明

目的: 本平台为一项独立项目,仅专注于教育探索与人工智能研究的进阶发展。旨在加深对现代技术的理解,不具备任何外部干预。用户可在这个安全的环境中研究复杂的系统、测试创新想法,并安全地进行学习。

非商业用途: 此独立项目完全没有任何潜在的商业模式。本项目严禁旨在产生任何财务收入、货币利润或任何实质的商业价值。我们的核心重点纯粹在于学术发展,确保用户完全免费使用,且不含任何隐藏费用、企业赞助或广告策划。

无担保: 由于本平台是使用实验性人工智能的教育工具,产生的输出内容偶尔可能会不准确、具误导性或完全不完整。所有提供的内容皆严格按「现状(as is)」提供,完全不提供任何明示或暗示的保证、事实正确性的承诺或对整体可靠性的担保。


目录

● 第 1 部分:将分发机制融入产品中

此部分说明了为什么此展示项目要加入语言专属页面、绝对路径 URL、元数据(Metadata)、社交分享图片与直接链接,而不是将分发当作后期的营销任务。

● 第 2 部分:对整个页面进行本地化,而不仅仅是菜单

此部分介绍第二阶段翻译的质量保证(QA),过程中发现了部分未翻译的英文残留,并修正了阿拉伯文、印地文、孟加拉文、日文、泰米尔文、乌尔都文等多种语言的可见内容。

● 第 3 部分:使用可复用的卡片扩展认证目录

此部分展示如何通过遵循 「AWS Certified Data 模拟题」卡片的样式,来添加不同的考试主题,同时维持信任感、状态标签、描述和链接的一致性。

● 第 4 部分:使用绝对 URL 确保发布的可预测性

此部分说明为什么要将语言选项从相对文件名改为公开的绝对路径,以及这如何减少已部署页面和分享链接在访问时的歧义。

● 第 5 部分:将 Vibe Coding 转化为一套运作体系

此部分为本系列画上句号,提供一个可重复的运作模型:提出 Prompt、查看、加上限制、验证、记录文档,并在不失去产品一致性的情况下进行小步快跑的微调与交付。


第 1 部分:将分发机制融入产品中

目标

让原本开发环境之外的用户,也能轻松触达、分享、理解并信任这个展示项目。

Prompt(提示词)

该提示词要求加入强大的社交元数据(Metadata)、现代化 AWS 风格的着陆页(Landing Page)、认证库、赠送活动亮点、文章卡片,以及无需注册即可点击的直接链接。

结果

着陆页现在集成了 Open Graph 和 Twitter Metadata、公开的练习链接、主视觉英雄图(Hero Image)、认证卡片、AWS Builder 文章链接、语言选择器以及本地化网页。

关键技巧

● 分发(Distribution)是一项产品功能,而不是事后才考虑的事情。

● 公开链接应该要在不需要登录或私有状态的情况下正常运作。

● 第一眼画面(第一屏)必须快速说明自身价值。

● 元数据(Metadata)的内容必须与产品所要传递的消息相匹配。

● 每张卡片都应清楚标示目前是「立即可用」还是「即将推出」。

最实用的分发决策是「直接访问」。开发者点击卡片就能直接进入练习题库,没有账户注册这道门槛来阻挡价值的呈现。


第 2 部分:对整个页面进行本地化,而不仅仅是菜单

目标

通过翻译页面上的所有可见内容(而非仅翻译下拉菜单标签),来创建值得信赖的多语言支持。

Prompt(提示词)

该提示词要求为繁体中文(台湾)、印地文、西班牙文、阿拉伯文、法文、孟加拉文、葡萄牙文、俄文、印尼文、乌尔都文、德文、日文、尼日利亚皮钦语、埃及阿拉伯文、马拉地文、泰卢固文、土耳其文、泰米尔文、粤语(香港)和简体中文等创建翻译版本。

结果

第一代生成了网页,第二轮检查发现有部分英文残留。随后更新了网页,使主体部分、认证卡片、文章描述、研究方向和页脚文本都完成了本地化。

关键技巧

● 生成页面后,应通过搜索英文词语进行质量审核,找出遗留的未翻译英文。

● 将当前语言标示为「已选择(Selected)」。

● 针对阿拉伯文与乌尔都文页面,使用 dir="rtl" 属性。

● 若翻译后会降低识别度,请保持产品名称的稳定(不强制翻译)。

● 使用绝对语言 URL,使部署后的导航行为符合预期。

Vibe Coding 给我们的启示是:生成并非终点。翻译需要一个审查与修正的循环。那句写着「请双重检查」的 Prompt,与写着「请创建」的第一句 Prompt 同等重要。


第 3 部分:使用可复用的卡片扩展认证目录

目标

在不重新设计图书库的前提下,持续添加考试主题。

Prompt(提示词)

该提示词反复使用相同的指令模式:添加特定认证,遵循 AWS Certified Data 模拟题风格,并使用精确的查询字符串(Query String)。

结果

这种模式成功以一致的风格添加了机器学习(Machine Learning)、金融服务(FSI)宏观交易、云运营(Cloud Operations)、交易台设计(Trading Desk Design)、核心网络(Networking Core)、生成式 AI 开发组织(Generative AI Dev Organization)和 AI 开发等卡片。

关键技巧

● 将一张主要卡片作为基准实现参考(Reference Implementation)。

● 保持状态标签一致。

● 确保描述语意平行对等,方便用户快速浏览。

● 在每个 Prompt 中使用精确的查询参数。

● 对照 JSON 文件名验证每张卡片的链接。

这是一种目录策略。当样式稳定后,添加主题就变成了单纯的内容运营,而不是设计与前端还原工作。


第 4 部分:使用绝对 URL 确保发布的可预测性

目标

确保语言导航在任何已部署的网页、分享链接或嵌套路径中,都能以相同的方式运作。

Prompt(提示词)

该提示词要求所有语言选项使用类似 index_{lang_code}.html 的部署绝对路径。

结果

现在所有 21 个 index 页面都使用了绝对语言选择器数值。英文指向 index.html,而每个本地化网页都指向各自的 index_{lang_code}.html 语言路径。

关键技巧

● 绝对 URL 可在页面移动时消除歧义。

● 语言导航不应依赖当前路径。

● 更新多个文件时,使用一个基础 URL 字符串。

● 确认没有残留任何相对路径的选项值。

● 在 URL 转换后保留选取状态。

绝对 URL 是那种在出错之前看起来微不足道、甚至有点无聊的发布细节。Vibe Coding 应该包含这些看似枯燥的发布细节,因为用户体验到的正是这种可靠度。


第 5 部分:将 Vibe Coding 转化为一套运作体系

目标

将项目经验转化为可重复的方法,以便日后在 AI 的协助下构建未来的学习产品。

Prompt(提示词)

整个提示词轨迹展示了一个闭环:提出具体修改、查看输出、精炼 UI、添加内容、验证链接、翻译网页、稽核质量,并记录最终结果。

结果

最终的文件夹不只是一个展示,它更是以 Prompt 为导向之产品构建的实战手册(Playbook):包含数据契约、静态 UI、响应式练习器、本地化着陆页,以及不断扩展的认证库。

关键技巧

● 以「微小增量(Small Deltas)」方式进行提示。

● 在每次修改后,确保系统仍可正常运作。

● 在进行下一次修改前,先阅读代码。

● 使用搜索和计数工具作为审查手段。

● 写下那些曾产生有用行为的 Prompt。

这套运作体系非常简单:提示、查看、限制、验证、记录并发布。氛围(Vibe)固然重要,但「检查(Checks)」才让它真正成为一项工程。


1:本地化 (Localization)

● 背景: 项目从单一英文着陆页,扩展至包含英文在内的 21 个本地化网页。

● 目标: 在不改动练习引擎的前提下,让全球开发者都能访问此展示项目。

● Prompt:

基于英文 index.html 为所有列出的语言创建翻译版本。

● 结果: 每个本地化网页都包含翻译后的可见内容,并预先选取了对应的语言选项。

● 精选技巧:

● 翻译主体内容。

● 保持产品名称的可识别度。

● 设置 lang 属性。

● 必要时使用 RTL (从右至左) 排版方向。

● 验证代表性页面。

展示项目的实证: 每个本地化网页都包含翻译后的可见内容,并选取了对应的语言选项。这是审查人员可以直接检查的部分。实战笔记应紧密链接这项实证,而不是偏向对 Vibe Coding 的笼统建议。

审查检查点: 针对本地化,请确认三点:背景描述了真实的项目压力、目标指明了预期的行为,且结果指出了文件或浏览器中可见的具体内容。若缺少其中一项,请在发布前重写该笔记。


2:绝对 URL (Absolute URLs)

● 背景: 语言导航必须在已部署的网页上正常运作,而不仅仅是本地测试文件。

● 目标: 让每个语言选项都指向一个稳定的部署目的地。

● Prompt:

为所有语言选项使用部署后的绝对路径。

● 结果: 所有的选择器现在都使用了完整的部署目标网址,同时保留了已选取的状态。

● 精选技巧:

● 更新所有网页。

● 保留英文选项。

● 搜索是否有残留的相对路径。

● 保留 selected 属性。

● 使用单一 URL 规律。

展示项目的实证: 所有的选择器现在都使用了完整的部署目标网址,同时保留了已选取的状态。这是审查人员可以直接检查的部分。

审查检查点: 针对绝对 URL,请确认三点:背景描述了真实的项目压力、目标指明了预期的行为,且结果指出了文件或浏览器中可见的具体内容。若缺少其中一项,请在发布前重写该笔记。


3:目录扩展 (Catalog Growth)

● 背景: 随着时间推移添加了多个认证主题:机器学习(ML)、金融服务(FSI)、云运营(Cloud Operations)、网络、生成式 AI 与 AI 开发。

● 目标: 在不造成卡片样式不一致的情况下扩展目录。

● Prompt:

遵循「AWS Certified Data 模拟题」样式来添加每项考试。

● 结果: 认证库格线变得可预测且易于浏览。

● 精选技巧:

● 重复使用卡片的 CSS Class。

● 保持描述语意平行。

● 使用精确的查询字符串。

● 标记可用状态。

● 验证目标数据。

展示项目的实证: 认证库格线变得可预测且易于浏览。这是审查人员可以直接检查的部分。

审查检查点: 针对目录扩展,请确认三点:背景描述了真实的项目压力、目标指明了预期的行为,且结果指出了文件或浏览器中可见的具体内容。若缺少其中一项,请在发布前重写该笔记。


4:翻译质量保证 (Translation QA)

● 背景: 初始的本地化生成了页面,但随后的检查发现主体部分中仍有英文语句残留。

● 目标: 对翻译输出进行稽核,而不是直接假设一次生成即大功告成。

● Prompt:

双重检查所有本地化网页;确保整个网页内容都已翻译。

● 结果: 第二轮修正解决了区块文案、认证卡片、文章描述、研究文本和页脚的翻译问题。

● 精选技巧:

● 搜索英文短语。

● 检查多种语言字符。

● 检查 RTL 页面。

● 翻译图片的 alt 替代文本。

● 保持技术性名称的稳定。

展示项目的实证: 第二轮修正解决了区块文案、认证卡片、文章描述、研究文本和页脚的翻译问题。这是审查人员可以直接检查的部分。

审查检查点: 针对翻译质量保证(QA),请确认三点:背景描述了真实的项目压力、目标指明了预期的行为,且结果指出了文件或浏览器中可见的具体内容。若缺少其中一项,请在发布前重写该笔记。


5:社交元数据 (Social Metadata)

● 背景: 在任何人点进模拟题练习室之前,网页必须具备优良的社交分享效果。

● 目标: 让网页链接在社交预览和搜索摘要中看起来更具可信度。

● Prompt:

针对社交媒体分享设计优质的元数据(Metadata)。

● 结果: HTML <head> 部分现在包含 Title、Description、Keywords、Open Graph 以及 Twitter 标记。

● 精选技巧:

● 撰写具体的标题。

● 让描述契合页面承诺。

● 使用图片 Metadata。

● 保持作者一致性。

● 检查分享的预览文本。

展示项目的实证: HTML <head> 部分现在包含 Title、Description、Keywords、Open Graph 以及 Twitter 标记。这是审查人员可以直接检查的部分。

审查检查点: 针对社交 Metadata,请确认三点:背景描述了真实的项目压力、目标指明了预期的行为,且结果指出了文件或浏览器中可见的具体内容。若缺少其中一项,请在发布前重写该笔记。


6:信任感的文案 (Trust Language)

● 背景: 网页必须在不重复解释实现细节的情况下,迅速与用户创建信任感。

● 目标: 使用能说明价值、受众和学习成果的产品文案。

● Prompt:

创建可赢得信赖并通过 AWS Builder 文章塑造个人品牌的内容。

● 结果: 页面成功融合了平台优势、讲师背景介绍以及文章卡片。

● 精选技巧:

● 以学员价值为核心。

● 避免使用粗糙的底层实现术语。

● 使用具体的认证主题。

● 通过链接提供客观佐证。

● 保持声明的真实客观。

展示项目的实证: 页面成功融合了平台优势、讲师背景介绍以及文章卡片。这是审查人员可以直接检查的部分。

审查检查点: 针对信任感的文案,请确认三点:背景描述了真实的项目压力、目标指明了预期的行为,且结果指出了文件或浏览器中可见的具体内容。若缺少其中一项,请在发布前重写该笔记。


7:上线运维 (Launch Operations)

● 背景: 上线准备工作包含 URL、语言选择、卡片链接、移动版排版、屏幕截图与 Metadata 的优化。

● 目标: 将发布视为一张检查清单,而非模糊的事后抛光。

● Prompt:

针对移动端响应式与桌面版微调 UI 显示。

● 结果: 此展示项目获得了一致的格线系统、响应式图片、清晰的导航功能与公开的语言目标路径。

● 精选技巧:

● 检查桌面版的数据列排版。

● 检查移动版的堆栈效果。

● 检查图片显示。

● 检查所有连外的卡片。

● 检查语言重导向。

展示项目的实证: 此展示项目获得了一致的格线系统、响应式图片、清晰的导航功能与公开的语言目标路径。这是审查人员可以直接检查的部分。

审查检查点: 针对上线运维,请确认三点:背景描述了真实的项目压力、目标指明了预期的行为,且结果指出了文件或浏览器中可见的具体内容。若缺少其中一项,请在发布前重写该笔记。


8:内容治理 (Content Governance)

● 背景: 大型题库需要一致的格式和易懂的用户端显示名称。

● 目标: 避免随着目录扩展而造成内容杂乱与蔓延。

● Prompt:

不要在显示文本上提到 JSON;显示易懂的认证名称。

● 结果: 用户能看到干净的认证名称,而后台文件则继续维持结构化的命名。

● 精选技巧:

● 将文件名称与显示名称分离。

● 为未来项目粘贴「即将推出」等标签。

● 在内部使用来源 Metadata。

● 检查问题数量。

● 避免暴露原始开发与实现细节。

展示项目的实证: 用户能看到干净的认证名称,而后台文件则继续维持结构化的命名。这是审查人员可以直接检查的部分。

审查检查点: 针对内容治理,请确认三点:背景描述了真实的项目压力、目标指明了预期的行为,且结果指出了文件或浏览器中可见的具体内容。若缺少其中一项,请在发布前重写该笔记。


9:语言标签设计 (Language Label Design)

● 背景: 语言选择器原本使用英文名称(如 Traditional Chinese)来显示语言,后来改为各语言的母语名称。

● 目标: 帮助用户在不需要懂英文的情况下,直觉辨识出自己的语言。

● Prompt:

使用对应的语言来显示语言名称,例如将 Mandarin Chinese 显示为 繁体中文。

● 结果: 选择器现在显示诸如 繁体中文、简体中文、हिन्दी、Español、العربية الفصحى 和 日本语 等标签。

● 精选技巧:

● 使用母语标签。

● 保留英文选项。

● 尽可能避免过长的标签。

● 检查特殊字符。

● 保持选项顺序稳定。

展示项目的实证: 选择器现在显示诸如 繁体中文、简体中文、हिन्दी、Español、العربية الفصحى 和 日本语 等标签。这是审查人员可以直接检查的部分。

审查检查点: 针对语言标签设计,请确认三点:背景描述了真实的项目压力、目标指明了预期的行为,且结果指出了文件或浏览器中可见的具体内容。若缺少其中一项,请在发布前重写该笔记。


10:英文备用机制 (English Fallback)

● 背景: 在创建本地化网页后,选择器中仍需要出现英文选项以方便切换。

● 目标: 让用户能随时轻松返回源语言网页。

● Prompt:

将英文 index.html 添加到所有页面的选择语言选项中。

● 结果: 现在每个网页都包含了英文选项,且只有 index.html 将其标示为已选择。

● 精选技巧:

● 添加备用语言。

● 验证选择状态(selected state)。

● 在清单中维持相同的位置。

● 保持标签简单。

● 从本地化网页进行切换测试。

展示项目的实证: 现在每个网页都包含了英文选项,且只有 index.html 将其标示为已选择。这是审查人员可以直接检查的部分。

审查检查点: 针对英文备用机制,请确认三点:背景描述了真实的项目压力、目标指明了预期的行为,且结果指出了文件或浏览器中可见的具体内容。若缺少其中一项,请在发布前重写该笔记。


11:发布路径安全 (Published Path Safety)

● 背景: 博客输出随后移除了公共网域的提及,而网页应用程序在需要之处则保留已部署的 URL。

● 目标: 将公开应用程序行为与文章安全用词进行分离。

● Prompt:

在输出的 Markdown 文件中,不要提及公共网域。

● 结果: 博客使用相对的练习链接与泛用的部署路径文案。

● 精选技巧:

● 搜索被禁止的词汇。

● 安全地替换链接。

● 维持示例的实用性。

● 不要破坏应用程序文件。

● 验证所有三种输出。

展示项目的实证: 博客使用相对的练习链接与泛用的部署路径文案。这是审查人员可以直接检查的部分。

审查检查点: 针对发布路径安全,请确认三点:背景描述了真实的项目压力、目标指明了预期的行为,且结果指出了文件或浏览器中可见的具体内容。若缺少其中一项,请在发布前重写该笔记。


12:文章卡片链接 (Article Card Links)

● 背景: 移动设备用户需要知道整张文章卡片都是可以点击的。

● 目标: 让文章的发现过程变得直觉,而不需要添加额外微小的按钮。

● Prompt:

将「阅读文章(Read article)」的链接文本改为整张卡片皆可作为链接,并在卡片中添加点击按钮。

● 结果: 每张文章卡片现在都是一个带有明确点击提示的锚点(Anchor)。

● 精选技巧:

● 让整张卡片都可以点击。

● 保持 CTA(行动号召)文本可见。

● 仅将悬停(Hover)作为视觉增强效果。

● 避免嵌套链接。

● 测试移动设备上的点击。

展示项目的实证: 每张文章卡片现在都是一个带有明确点击提示的锚点。这是审查人员可以直接检查的部分。

审查检查点: 针对文章卡片链接,请确认三点:背景描述了真实的项目压力、目标指明了预期的行为,且结果指出了文件或浏览器中可见的具体内容。若缺少其中一项,请在发布前重写该笔记。


13:个人文件卡片链接 (Profile Card Link)

● 背景: 讲师个人文件需要与文章卡片有相同的行为。

● 目标: 让个人文件的访问显而易见且对移动端友好。

● Prompt:

将「AWS Builder Center Profile」链接文本改为整张卡片皆可作为链接。

● 结果: 个人文件卡片变成了一个带有明确点击提示的全卡片链接。

● 精选技巧:

● 使用统一的交互模式。

● 保护外部链接安全性。

● 添加 rel 属性。

● 使 CTA 更加明确。

● 避免使用单独且微小的按钮。

展示项目的实证: 个人文件卡片变成了一个带有明确点击提示的全卡片链接。这是审查人员可以直接检查的部分。

审查检查点: 针对个人文件卡片链接,请确认三点:背景描述了真实的项目压力、目标指明了预期的行为,且结果指出了文件或浏览器中可见的具体内容。若缺少其中一项,请在发布前重写该笔记。


14:屏幕截图切换 (Screenshot Switching)

● 背景: 此展示项目使用了一张屏幕截图代表桌面比例,另一张屏幕截图代表移动端比例。

● 目标: 保持视觉实证的响应式呈现,而非在所有地方强行使用同一张图片。

● Prompt:

在移动版中,使用 screenshot2.png。

● 结果: <picture> 元素会根据较窄的宽度选择移动端图片。

● 精选技巧:

● 使用 picture 来源元素。

● 设置外观比例。

● 将图片存放在项目保存库中。

● 使用具描述性的 alt 替代文本。

● 避免版面配置位移(Layout Shift)。

展示项目的实证: <picture> 元素会根据较窄的宽度选择移动端图片。这是审查人员可以直接检查的部分。

审查检查点: 针对屏幕截图切换,请确认三点:背景描述了真实的项目压力、目标指明了预期的行为,且结果指出了文件或浏览器中可见的具体内容。若缺少其中一项,请在发布前重写该笔记。


15:格线限制 (Grid Constraints)

● 背景: 提示词指定桌面版区域每列只能显示三张卡片。

● 目标: 使目录和文章的浏览变得更具可预测性。

● Prompt:

在桌面版中,每列只包含 3 张卡片;「精选 AWS Builder Center 文章」每列也只包含 3 张卡片。

● 结果: CSS Grid 在桌面上使用三栏、平板上使用两栏、移动端则使用一栏。

● 精选技巧:

● 设置明确的网格栏数。

● 一致地使用间距(Gaps)。

● 在断点(Breakpoints)处进行调整。

● 避免不均匀的手动分行。

● 让卡片自然换行。

展示项目的实证: CSS Grid 在桌面上使用三栏、平板上使用两栏、移动端则使用一栏。这是审查人员可以直接检查的部分。

审查检查点: 针对格线限制,请确认三点:背景描述了真实的项目压力、目标指明了预期的行为,且结果指出了文件或浏览器中可见的具体内容。若缺少其中一项,请在发布前重写该笔记。


16:赠送活动文案 (Giveaway Copy)

● 背景: 赠送活动消息最初只提及一项 Data 考试,后来扩展至多个主题。

● 目标: 让营销诱因能反映出实际目录的丰富度。

● Prompt:

修改描述以提及网页中包含的更多认证主题。

● 结果: 主视觉区(Hero)现在重点突出了数据(Data)、生成式 AI、机器学习、云运营、网络和金融服务(FSI)主题。

● 精选技巧:

● 保持吸引人的文案简洁。

● 提及最强烈的主题。

● 避免主视觉文本超载。

● 与可见的卡片保持一致。

● 在目录扩展时同步更新文案。

展示项目的实证: 主视觉区(Hero)现在重点突出了数据(Data)、生成式 AI、机器学习、云运营、网络和金融服务(FSI)主题。这是审查人员可以直接检查的部分。

审查检查点: 针对赠送活动文案,请确认三点:背景描述了真实的项目压力、目标指明了预期的行为,且结果指出了文件或浏览器中可见的具体内容。若缺少其中一项,请在发布前重写该笔记。


17:多语言维护 (Multilingual Maintenance)

● 背景: 本地化后添加一张英文卡片,意味着若不更新,翻译页面将会产生内容偏差。

● 目标: 认识到本地化会带来持续的维护工作。

● Prompt:

基于英文版本创建翻译网页并双重检查所有内容。

● 结果: 该项目现在每当目录内容变更时,都需要一个可重复的更新流程。

● 精选技巧:

● 追踪来源页面的变更。

● 同步传播新卡片。

● 本地化相关描述。

● 验证选取的选项。

● 小心地自动化重复的更新工作。

展示项目的实证: 该项目现在每当目录内容变更时,都需要一个可重复的更新流程。这是审查人员可以直接检查的部分。

审查检查点: 针对多语言维护,请确认三点:背景描述了真实的项目压力、目标指明了预期的行为,且结果指出了文件或浏览器中可见的具体内容。若缺少其中一项,请在发布前重写该笔记。


18:SEO 与 Metadata 的克制使用 (SEO and Metadata Restraint)

● 背景: 如果 Metadata 试图列出所有主题,可能会显得像垃圾内容。

● 目标: 使用简洁的 Metadata 来支持品牌和产品承诺。

● Prompt:

值得信赖的 AWS 认证情资与现代化学习系统。

● 结果: 网页 Metadata 保持宽泛,而可见的认证题库则列出具体考试。

● 精选技巧:

● 不要堆砌关键字。

● 保持标题的人性化。

● 将描述用于传递核心价值。

● 让网页主体承载细节。

● 审查社交分享卡片。

展示项目的实证: 网页 Metadata 保持宽泛,而可见的认证题库则列出具体考试。这是审查人员可以直接检查的部分。

审查检查点: 针对 SEO 与 Metadata 的克制使用,请确认三点:背景描述了真实的项目压力、目标指明了预期的行为,且结果指出了文件或浏览器中可见的具体内容。若缺少其中一项,请在发布前重写该笔记。


19:公开学习承诺 (Public Learning Promise)

● 背景: 该项目定位为供开发者使用的免费练习室,而非收费的封闭式课程漏斗。

● 目标: 让公共利益清晰且直接。

● Prompt:

重点突出免费访问和 AWS 认证的好处。

● 结果: 该网页提供了直接的练习管道,并解释了学习平台的信任模型。

● 精选技巧:

● 避免注册阻力与繁琐流程。

● 明确说明学员利益。

● 保持链接直接有效。

● 谨慎且精确地使用认证语言。

● 使模拟题立即可用。

展示项目的实证: 该网页提供了直接的练习管道,并解释了学习平台的信任模型。这是审查人员可以直接检查的部分。

审查检查点: 针对公开学习承诺,请确认三点:背景描述了真实的项目压力、目标指明了预期的行为,且结果指出了文件或浏览器中可见的具体内容。若缺少其中一项,请在发布前重写该笔记。


20:运作模型 (Operating Model)

● 背景: 此展示项目通过 Prompt、查看、修正和验证不断成长。

● 目标: 将该工作流程转化为可重复的发布模型。

● Prompt:

创建技术博客文章,展示 Vibe Coding 的开发技巧。

● 结果: 此博客系列现在通过具体的产品决策来传授 Prompt 导向的开发。

● 精选技巧:

● 小步提示(Prompt small)。

● 查看输出。

● 精确修正。

● 使用搜索验证。

● 记录模式。

展示项目的实证: 此博客系列现在通过具体的产品决策来传授 Prompt 导向的开发。这是审查人员可以直接检查的部分。

审查检查点: 针对运作模型,请确认三点:背景描述了真实的项目压力、目标指明了预期的行为,且结果指出了文件或浏览器中可见的具体内容。若缺少其中一项,请在发布前重写该笔记。