ai编程----Ai codex 辅助配置skill 技能记忆和执行命令3
注意已经安装了codex 和 全局skill ,然后新空项目和老项目无法执行技能命令的处理:
一 创建新空项目的时候
需要按不同的技能一步步走下去,生成项目结构框架
这样项目目录下才会有AGENTS.md 文件 ,你才能进一步使用技能命令去修改你的项目,否则 你直接执行某技能 说 生成一个项目结构,是不会执行的,会让你把技能命令去掉直接说。
二 如果老项目下已经有agent.md 文件了(新电脑打开),但是使用技能 例如 /ceo /eng 提示你技能不能用, 你也要重置下项目的关联关系。———提示词———重置一下memories, 更新一下readme
三 还可以一个完全空的项目目录下帅峰那个技能备份的包文件拷贝过来然后重置,关联到当前项目后,才能继续使用技能修改。提示词———重置一下memories, 更新一下readme
,帅峰的包里面包括了.agent文件夹目录里面是技能的文件。 新项目里一般没有.agent目录文件了,因为技能是全局安装的,执行命令的时候可以读到。 项目下一般只有AGENTS.md,README.md,DESIGN.md 文件即可。
一 Superpowers
https://github.com/obra/superpowers
1 codex app里插件技能市场搜索 Superpowers 直接安装
2 基本用法命令和流程
-
/brainstorming 头脑风暴——在编写代码之前启动。通过提问完善初步想法,探索各种方案,分段展示设计以供验证。保存设计文档。
-
/using-git-worktrees 设计方案获批后激活。在新分支上创建隔离工作区,运行项目设置,验证测试基线是否干净。
-
/writing-plans 编写计划- 根据已批准的设计方案启动。将工作分解成易于处理的小任务(每个任务耗时 2-5 分钟)。每个任务都包含精确的文件路径、完整的代码和验证步骤。
-
/executing-plans 执行计划编写代码 或命令 /subagent-driven-development 子代理驱动的开发或执行计划- 根据计划激活。为每个任务派遣新的子代理,并进行两阶段审查(先检查规范符合性,再检查代码质量),或者分批执行,并设置人工检查点。
-
/test-driven-development 测试驱动开发——在实现阶段激活。强制执行红绿重构流程:编写失败的测试,观察其失败,编写最小代码,观察其通过,然后提交。删除测试之前编写的代码。
-
/requesting-code-review 请求代码审查- 在任务间隙激活。根据计划进行审查,并按严重程度报告问题。严重问题会阻碍进度。
-
/finishing-a-development-branch 完成开发分支- 当任务完成后激活。验证测试,提供选项(合并/PR/保留/丢弃),清理工作树。
代理会在执行任何任务前检查相关技能。工作流程为强制性流程,而非建议。
二 google设计技能design.md ---项目根目录下有DESIGN.md 文件
https://www.toutiao.com/article/7639245841853350400/?app=news_article&category_new=__all__&module_name=Android_tt_others&share_did=MS4wLjACAAAAPyGIkFl-wIeMdo2YgPDce7uQ1R8iVhvUK7ZoZbWLmgTazbFn42IfFGC5OV0yWzhR&share_uid=MS4wLjABAAAAxgb-VNtFtzFTpin0XbUNS1HW3rqPopMAXFQ6HaIkufN1Xu-xbjaaB3l2lvHczvfl×tamp=1778722160&tt_from=wechat&upstream_biz=Android_wechat&utm_campaign=client_share&utm_medium=toutiao_android&utm_source=wechat&share_token=a9f5f936-e5aa-45b3-8ee5-5e2c6e979686&source=m_redirect&wid=1778812821060

使用
https://www.doubao.com/chat/38425978958352898
1 进入你的项目目录中
2 没安装就安装---提示没有design.md文件就创建一个
pnpm install @google/design.md
3 需要手动创建一个design.md文件
内容可以按产品的ui设计稿上面的原则 内容来写。。。
4 校验有无错误和警告
npx @google/design.md lint DESIGN.md
这个 lint 会检查 DESIGN.md 的结构,还能发现 broken token reference、缺少 primary color、
组件文字和背景对比度不足、孤立未使用的颜色 token、section 顺序不规范等问题。README 里明确写到,
它会检查 WCAG 对比度,低于 AA 最小标准 4.5:1 的组件颜色组合会被提示。
5 这个项目还有一个很实用的命令:
npx @google/design.md diff DESIGN.md DESIGN-v2.md
它可以比较两份 DESIGN.md,报告 token 层面的变化,比如颜色新增、删除、修改,字体是否变化,以及是否出现 regression。README 里有对应示例。
这个功能很适合团队协作。
6 export:它还能导出给 Tailwind 用
更实用的是 export。
README 里写到,DESIGN.md tokens 可以导出成 Tailwind v3 的 theme.extend JSON、Tailwind v4 的 CSS @theme,也可以导出为 W3C Design Tokens Format Module 兼容的 tokens。
命令大概是:
npx @google/design.md export --format json-tailwind DESIGN.md > tailwind.theme.json
或者:
npx @google/design.md export --format css-tailwind DESIGN.md > theme.css
三 gstack , spetkit
四 Archify
资讯:开源工具 Skill Archify 可生成代码仓库清晰结构图
具体ai 工具里面使用
Hermes 里最简单的用法是:
请读取项目根目录的 DESIGN.md。
接下来帮我生成一个登录页。
页面必须遵守 DESIGN.md 中的颜色、字体、间距、圆角和组件规则。
生成后请说明你使用了哪些设计 token。
再进阶一点:
请先运行:
npx @google/design.md lint DESIGN.md
如果 DESIGN.md 有错误,先修 DESIGN.md。
通过后,再根据 DESIGN.md 实现页面。
这就很适合 Hermes 的工作方式。
工作1-3年,基础知识,多看书。多跟着别人做项目,学习经验。 工作3-5年,新知识,高级知识,自己独立做项目,总结经验。尝试不同的语言。 工作5-8年,工作职位,要从设计,管理方面要求自己,可以尝试走管理路线(项目经理或cto)。 工作10年及以上, 自己做些项目,产品,尝试为创业做准备。 上大学和不上大学区别很大,上品牌大学和普通大学区别也很大,后天的努力最大。 ---无论它是在遥远的远方,还是在出发的地方、哪里有希望哪里就是我们的方向;终点、只不过是梦想起飞的地方。

浙公网安备 33010602011771号