Proje ve structure yapısını oluştur. Gerekli dosyaları oluştur. Teknoloji stack ve design referanslarına uygun şekilde kod yaz. Her step'te planlanan değişiklikleri uygula, test et, raporla. Gerektiğinde config dosyaları oluştur. Her step sonunda commit at. Eğer bir step eksik bilgi/erişim/bağımlılık nedeniyle yapılamıyorsa Blocked yap ve gereken aksiyonları açıkla.
PRE-EXECUTION RULE
Her step başlamadan önce:
- 1. docs/architecture/AICONSULTANTSYSTEM_PROMPT.md dosyasını oku
- Bu dokümandaki teknoloji stack ve monorepo yapısına uyduğunu doğrula
- Uymuyorsa step'i Blocked yap ve sapma nedenini açıkla
3.1 Minimum sapmayla uyumlandırmayı dene.
3.2 Gerekirse config dosyası üret.
3.3 Gerçekten imkansızsa Blocked yap.
4.Eksik klasörleri ve minimal dosyaları otomatik oluştur (packages/config gibi) ve devam et; sadece destructive işlemlerde dur.
- 5. UI step başlamadan önce
/home/adige/AI-C/desing klasöründeki ilgili ekran görseli/HTML dosyasını incele ve ekranı referansla birebir hizala. - Database/schema değişikliği yapılıyorsa migration üret ve uygula.
ENV POLICY (No-Questions Mode)
Bu projede dış bağımlılıklar için tüm konfigürasyon .env üzerinden yönetilecek.
Kurallar:
1) Agent gerçek secret üretmeye/uydurmaya çalışmaz.
2) Agent her servis için .env.example ve ilgili alt-app .env.example dosyalarını oluşturur/günceller.
3) Gerçek secret gerekli ise placeholder bırakır (örn: "REPLACE_ME") ve açıklama ekler.
4) Eksik secret varsa:
- Mümkünse "DEV_FALLBACK" moduna geç (mock provider / stub).
- Uygulama boot edebilecek kadar default ile ilerle.
- Sadece tamamen imkânsızsa Blocked yap.
5) Tüm dış servis konfigürasyonları .env üzerinden yönetilir.
6) .env.example dosyaları otomatik oluşturulur/güncellenir.
7) Gerçek secret üretilmez, placeholder bırakılır.
8) Eksik secret varsa DEVFALLBACKMODE ile mock provider kullanılır.
Zorunlu dosyalar:
- - .env.example (repo root)
- apps/api/.env.example
- apps/web/.env.example
- apps/mobile/.env.example
Git kuralları:
- - .env dosyalarını gitignore et (sadece .example commit edilir).
Autopilot Modu
Bu skill, kullanıcıdan her adımda onay istemeden ilerler.
Sadece şu durumlarda durur:
- - Bir step "Blocked" olursa (eksik bilgi/erişim/bağımlılık).
- Güvenli olmayan/destructive bir işlem gerekiyorsa (silme, prod deploy, ödeme, gizli anahtar yazma).
- Plan dosyaları bulunamazsa.
Plan Kaynakları (öncelik)
1)
plan/ai_consultant_mobile_project_plan.md
2) Yoksa
plan/ai_consultant_full_project_plan.md
3) Md yoksa csv fallback dosyaları
Yürütme Algoritması
1) Planı oku → tüm ST-* satırlarını çıkar.
2) Bir DAG oluştur:
-
depends tamamlanmadan step başlamaz.
-
blocks bir sonraki hedefi gösterir (sıra/öncelik ipucu).
3) Çalıştırma sırası:
- Önce P0'lar, sonra P1/P2/P3
- Aynı öncelikte dependency-ready olanları sırayla
4) Her step için:
- "Planlanan değişiklik" (kısa)
- Uygulama: dosya değişiklikleri
- Komutlar: lint/test/build (repo yapısına göre)
- Schema değişikliği varsa: Prisma migration (
apps/api içinde) + migration dosyaları
- Doğrulama: acceptance kriteri yerine "plan hedefi + çalışır build/test"
- Status: Done / Blocked
- Blocked ise: neden + gereken aksiyonlar + hangi bilgi lazım
5) Her tamamlanan step sonunda:
- git add .
- Conventional Commit formatında commit at
- Commit mesajı: "feat(epic-01): initialize monorepo structure"
Repo/Çalışma Kuralları
- - Workspace dışına yazma.
- Gizli anahtarları (API key, cert, signing key) dosyaya yazma; sadece env değişkeni olarak tarif et.
- Progress kaydı tek kaynak olarak
/home/adige/AI-C/progress.json üzerinde tutulur. - Bir step tamamlandığında ilgili step status alanını
done/DONE olarak güncelle. - Kullanıcıdan onay istemeden sıradaki runnable maddeye geç.
- Her 3-5 step’te bir veya büyük bir değişiklikte:
-
git status kontrol et
- mümkünse küçük commit at (repo git ise)
- - Eğer repo yoksa güvenli şekilde
git init yap ve devam et.
Çıktı Formatı
Her step için:
Step :
- - Priority:
- Depends:
- Changes:
- Files changed:
- Commands run:
- Verification:
- Status: Done/Blocked
技能名称:aicplan
详细描述:
创建项目和结构框架。生成必要的文件。根据技术栈和设计参考编写代码。在每个步骤中实施计划中的更改,进行测试并报告。必要时创建配置文件。每个步骤结束时提交。如果某个步骤因信息/访问/依赖缺失而无法执行,则标记为阻塞并说明所需操作。
执行前规则
每个步骤开始前:
- 1. 读取 docs/architecture/AICONSULTANTSYSTEM_PROMPT.md 文件
- 验证是否符合该文档中的技术栈和 monorepo 结构
- 若不符合,则将步骤标记为阻塞并说明偏差原因
3.1 尝试以最小偏差进行调整。
3.2 必要时生成配置文件。
3.3 若确实无法实现,则标记为阻塞。
- 4. 自动创建缺失的文件夹和最小文件(如 packages/config)并继续;仅在破坏性操作时停止。
- UI 步骤开始前,检查 /home/adige/AI-C/desing 文件夹中的相关截图/HTML 文件,并严格参照屏幕进行对齐。
- 若进行数据库/模式更改,则生成并应用迁移。
环境变量策略(无询问模式)
本项目所有外部依赖的配置将通过 .env 文件管理。
规则:
1) 代理不会尝试生成/捏造真实的密钥。
2) 代理为每个服务创建/更新 .env.example 和相关的子应用 .env.example 文件。
3) 若需要真实密钥,则使用占位符(例如:REPLACE_ME)并添加说明。
4) 若缺少密钥:
- 尽可能切换到DEV_FALLBACK模式(模拟提供者/存根)。
- 使用足以让应用启动的默认值继续。
- 仅在完全不可能时标记为阻塞。
5) 所有外部服务配置通过 .env 管理。
6) .env.example 文件会自动创建/更新。
7) 不生成真实密钥,使用占位符。
8) 若缺少密钥,则使用 DEVFALLBACKMODE 采用模拟提供者。
必需文件:
- - .env.example(仓库根目录)
- apps/api/.env.example
- apps/web/.env.example
- apps/mobile/.env.example
Git 规则:
- - 将 .env 文件加入 gitignore(仅提交 .example 文件)。
自动驾驶模式
此技能无需在每个步骤征求用户确认即可继续。
仅在以下情况下停止:
- - 某个步骤被阻塞(信息/访问/依赖缺失)。
- 需要执行不安全/破坏性操作(删除、生产部署、支付、写入密钥)。
- 找不到计划文件。
计划来源(优先级)
1) plan/ai
consultantmobile
projectplan.md
2) 若不存在,则使用 plan/ai
consultantfull
projectplan.md
3) 若无 md 文件,则使用 csv 备用文件
执行算法
1) 读取计划 → 提取所有 ST-* 行。
2) 构建一个 DAG:
- 在 depends 完成之前,步骤不会开始。
- blocks 指示下一个目标(顺序/优先级提示)。
3) 执行顺序:
- 先执行 P0,然后执行 P1/P2/P3
- 相同优先级下,按顺序执行依赖就绪的步骤
4) 每个步骤:
- 计划中的更改(简要)
- 实施:文件更改
- 命令:lint/test/build(根据仓库结构)
- 若有模式更改:Prisma 迁移(在 apps/api 内)+ 迁移文件
- 验证:验收标准替换为计划目标 + 可运行的构建/测试
- 状态:完成 / 阻塞
- 若阻塞:原因 + 所需操作 + 需要哪些信息
5) 每个完成的步骤结束时:
- git add .
- 使用常规提交格式进行提交
- 提交信息:feat(epic-01): initialize monorepo structure
仓库/工作规则
- - 不写入工作区之外。
- 不将密钥(API 密钥、证书、签名密钥)写入文件;仅作为环境变量描述。
- 进度记录以 /home/adige/AI-C/progress.json 为唯一来源。
- 步骤完成后,更新相应步骤的状态字段为 done/DONE。
- 无需用户确认,直接进入下一个可执行项。
- 每 3-5 个步骤或重大更改时:
- 检查 git status
- 尽可能进行小提交(如果仓库是 git 仓库)
- - 如果仓库不存在,则安全地执行 git init 并继续。
输出格式
每个步骤:
步骤 : <标题>
- - 优先级:
- 依赖:
- 更改:
- 更改的文件:
- 运行的命令:
- 验证:
- 状态:完成/阻塞