AgentSkillsCN

pipos-specs

在编辑周度计划、AI 代理、运动训练、身份验证或质量保证时,严格遵循 pipos_fitness 的规范要求。适用于在 pipos_fitness 环境中工作,涉及 API 路由、Prisma 数据库或文案内容;或当用户提出质量保证、审计需求,或要求确保规范符合性时。

SKILL.md
--- frontmatter
name: pipos-specs
description: Applies pipos_fitness specs when editing weekly plan, AI agent, exercises, auth, or QA. Use when working in pipos_fitness, touching API routes, Prisma, or copy; or when the user asks for QA, audits, or spec compliance.

Pipos Fitness – Specs Context

When working in pipos_fitness (weekly plan, AI, exercises, auth, errors, copy), read the relevant spec and follow it. Do not suggest changes that contradict invariants or QA checks.

Where to Look

TaskSpec
AI / weekly plan / OpenAI routes, prompts, DB writesspecs/11_ai_beta_audit.md
Daily QA, issues, evidence, labelsspecs/11_beta_daily_qa.md
Data model, Prismaspecs/02_data_model.md
API contractsspecs/03_api_contracts.md, specs/02_api_exercises.md
Errors, copy, UXspecs/10_error_handling_ux.md
Product scope, roadmapspecs/00_product_vision.md, specs/01_mvp_scope.md

Invariants (from 11_ai_beta_audit)

  • weekStart: YYYY-MM-DD, normalized to UTC midnight. Unique plan key: (userId, weekStart).
  • Training: training.sessions.length === daysPerWeek; dayIndex in 0..6.
  • Nutrition: nutrition.days.length === 7; each day dayIndex 0..6 unique; each day has exactly mealsPerDay meals.
  • Exercise slugs: Alphanumeric-kebab; every slug in the plan must exist in Exercise (created/updated in the same flow). Only slug, name, environment written from the agent.
  • Copy: No medical jargon; no raw error codes (UNAUTHORIZED, INVALID_INPUT) or internal terms (onboarding, logs, DRAFT, placeholder, adherencia) in user-facing copy.

QA Labels (from 11_beta_daily_qa)

When opening issues from failed checks: p0-blocker, p1-ux, p1-auth, p2-copy, data. Attach Network tab / status when relevant; request screenshot evidence.

Quick Rules

  1. Changing weekly-plan or agent code → re-check 11_ai_beta_audit (routes, prompt data, schema, DB tables, invariants).
  2. Changing copy or error messages → ensure no internal jargon (check 10 in 11_beta_daily_qa).
  3. Adding/editing API routes → align with 03_api_contracts and 02_api_exercises; sensitive routes per specs (e.g. G4).
  4. Only modify what the user asked; do not add features or refactors beyond the request.