工作台 / 开放 SKILLS

把做成过的事，变成下一次的起点。

我反复使用的 AI 工作流，分享给也在动手做事的你。做 Demo、检查页面、排查问题，都可以从这里开始。

看看这些 Skills ↗

3 个已公开 · MIT 许可

可以拿去用，也欢迎带着问题回来。

从你正在做的事开始

把想法做出来，把页面做好，把问题弄清楚。

MARINA CURRENT 原创已公开

interactive-html-demo

Interactive HTML Demo

把一个想法做成可以点、可以试，也方便发给别人看的 Demo。一个 HTML 文件，讲清流程，也照顾异常和恢复。

交互演示一句想法，怎样变成可评审的流程？展开 / 收起体验

本地模拟演示 · 不调用 AI，也不发送真实数据。

01需求
02流程
03失败
04恢复

先说清楚要做什么

给团队做一个「想法收件箱」：收集想法、查看详情，再决定要不要推进。

可见变化输入：一句需求 → 输出：可以评审的方案

谁来用：小项目团队
主要动作：评审一个想法
成功状态：能看到处理结果

版本: 1.0.0
许可: MIT
验证记录: 15 项检查 · 3 种尺寸

查看使用方法 ↗原始模板 ↗GitHub ↗

基于参考重构已公开

web-design-qa

Web Design QA

页面能打开之后，再检查它是否好读、好用，手机上是否也舒服。

工作笔记一个值得试试的想法

记录背景，选定下一步，再回来看看发生了什么。

阅读这篇笔记 ↗

调整后：拉开标题层级，增加行距，让阅读入口更明显。同样的内容，更容易扫读。

教学示意，并非客户成果；预览中的阅读入口仅作排版展示。

版本: 1.0.0
许可: MIT
用例: 5

文章 GITHUB

开源项目改造已公开

diagnosing-bugs

Diagnosing Bugs

先找到证据和复现路径，再决定怎么改。基于 Matt Pocock 的 MIT 许可工作流改造。

01
先复现
记录触发条件、预期结果和实际表现。
02
再定位
用日志和最小示例验证原因，而不是凭感觉改。
03
最后复测
重新走一遍原始路径，确认相邻功能没有受影响。

版本: 1.0.0
许可: MIT
用例: 5

文章 GITHUB

还在工作台上文章整理中

ai-native-product-playbook

AI-Native Product Playbook

正在把可迁移的方法整理成文章。目前还没有公开的 Skill 包或文章入口。

公开边界

分享方法，保留边界。

可迁移的方法会整理成文章。私有运营规则和内部协作细节保持私有。

发布形式：文章 · 整理中

文章 → Skill → 证据

文章解释判断，仓库承载可复用文件，发布说明记录真正检查过的内容。

阅读第一篇文章

公开标准

一个 Skill 只有通过三项检查，才会标为公开。

01
来源
原创、重构与改造会使用不同标识。
02
边界
私有数据与内部运营规则不进入公开版本。
03
证据
示例、检查、限制与变更记录随文件一起发布。