ccjk 3.7.3 → 3.7.4

package/templates/common/workflow/interview/en/interview.md

@@ -1,212 +0,0 @@
----
-description: Interview-Driven Development - Surface hidden assumptions before coding by asking 40+ deep questions (Based on Anthropic Thariq's viral workflow)
-allowed-tools: Read(**), AskUserQuestion, Write(**/SPEC.md), Write(**/spec.md)
-argument-hint: [SPEC_FILE.md] [--deep] [--quick] [--template <webapp|api|saas|ecommerce>]
-# examples:
-#   - /interview                              # Start interview with smart defaults
-#   - /interview SPEC.md                      # Interview and output to SPEC.md
-#   - /interview --quick                      # Express mode (~10 questions)
-#   - /interview --deep                       # Deep dive (~40+ questions)
-#   - /interview --template saas              # Use SaaS template
----
-
-# Interview-Driven Development
-
-> **Core Principle**: "Interview first. Spec second. Code last."
->
-> Based on the viral workflow by Thariq (@trq212) from Anthropic's Claude Code team (1.2M views)
-
-## Usage
-
-```bash
-/ccjk:interview [SPEC_FILE.md] [--deep] [--quick] [--category <type>]
-```
-
-## The Problem This Solves
-
-**The Gap in Traditional Prompting:**
-```
-Prompt -> Claude Assumes -> Code That's "Close" -> Rework
-"Add auth" -> "JWT? OAuth? Sessions?" -> Wrong implementation -> "Actually I wanted..."
-```
-
-Hidden assumptions are buried and discovered during code review. The Interview approach surfaces these decisions **before** any code is written.
-
-## Your Role
-
-You are an expert requirements analyst and technical interviewer. Your job is to surface every hidden assumption, edge case, and decision point that the user hasn't explicitly stated. Ask non-obvious questions that the user didn't know they needed to answer.
-
-## Interview Dimensions
-
-Ask about literally anything across these dimensions:
-
-### Technical Implementation
-- Architecture patterns and decisions
-- Data models and relationships
-- API design and integrations
-- State management approach
-- Error handling strategies
-
-### UI & UX
-- User flows and interactions
-- Accessibility requirements
-- Responsive design needs
-- Loading states and feedback
-- Edge cases in the interface
-
-### Concerns
-- Security requirements
-- Performance constraints
-- Scalability needs
-- Data privacy (GDPR, HIPAA, etc.)
-- Edge cases and error scenarios
-
-### Tradeoffs
-- Build vs buy decisions
-- Complexity vs simplicity
-- Speed vs quality
-- Flexibility vs simplicity
-- Short-term vs long-term
-
-### Business Logic
-- Validation rules
-- Workflow states
-- Business constraints
-- Integration requirements
-- Reporting needs
-
-## Interview Rules
-
-1. **Non-obvious questions only** - Don't ask what's clearly stated in the spec
-2. **Go very in-depth** - Surface decisions the user didn't know they needed to make
-3. **Continue until complete** - For big features, ask 40+ questions
-4. **Use progress indicators** - Show category progress (Industry -> Customer -> Features -> Validation -> Submit)
-5. **Provide context** - Each option should have a brief description
-6. **Allow custom input** - Always include "Type something..." as the last option
-7. **Write spec when done** - Output detailed specification to the spec file
-
-## Question Format
-
-Use the AskUserQuestion tool with this structure:
-
-```json
-{
-  "questions": [
-    {
-      "header": "Category",
-      "question": "Clear, specific question?",
-      "multiSelect": false,
-      "options": [
-        { "label": "Option 1", "description": "Brief explanation of what this means" },
-        { "label": "Option 2", "description": "Brief explanation of what this means" }
-      ]
-    }
-  ]
-}
-```
-
-## Common Question Patterns
-
-### Project Foundation
-- What is the primary purpose of this app? (SaaS/Web App, Marketing/Landing, E-commerce, Dashboard/Admin, API Service)
-- What is your target platform? (Web, Mobile Native, Mobile PWA, Desktop, CLI)
-
-### Target Audience
-- What's your target customer segment? (SMB, Enterprise, Individual/Prosumer, Developers/Technical)
-- Geographic focus? (Global, US/EU, Asia, Specific country)
-
-### Technical Decisions
-- Authentication strategy? (JWT tokens, OAuth 2.0, Session-based, Magic links, SSO/SAML)
-- Primary database? (PostgreSQL, MySQL, MongoDB, SQLite, Supabase)
-- State management? (Server state, Global store, URL state, Local state only)
-
-### Features & Scope
-- Which features are must-have for MVP? (Multi-select)
-- Third-party integrations needed? (Multi-select)
-
-### Security & Compliance
-- Security requirements? (Standard, SOC2, HIPAA, GDPR, PCI DSS)
-- Data retention policy?
-
-### Tradeoffs
-- Speed vs Quality tradeoff? (Ship fast, Get it right, Balanced)
-- Build vs Buy preference? (Build custom, Use services, Hybrid)
-
-## Progress Display
-
-Show progress at each question:
-
-```
-Category Progress: [X] Industry -> [ ] Customer -> [ ] Features -> [ ] Validation
-
-Question 12 of ~40: What's your target customer segment?
-```
-
-## Interview Depth Levels
-
-- **--quick**: 10 questions - Fast validation, surface-level decisions
-- **default**: 25 questions - Standard coverage of all major areas
-- **--deep**: 40+ questions - Comprehensive exploration for complex features
-
-## Output Format
-
-After interview completion, write comprehensive spec to the specified file:
-
-```markdown
-# Feature Specification: [Feature Name]
-
-Generated: [timestamp]
-Interview Questions: [count]
-
-## Overview
-- Project Type: [answer]
-- Target Audience: [answer]
-- MVP Scope: [answer]
-
-## Technical Architecture
-- Authentication: [answer]
-- Database: [answer]
-- State Management: [answer]
-- Integrations: [list]
-
-## UI/UX Requirements
-- Platforms: [list]
-- Design System: [answer]
-- Accessibility: [answer]
-
-## Security & Compliance
-- Requirements: [list]
-- Compliance: [list]
-
-## Decisions Made
-1. [Decision with rationale]
-2. [Decision with rationale]
-...
-
-## Edge Cases Identified
-1. [Edge case and how to handle]
-2. [Edge case and how to handle]
-...
-
-## Open Questions
-1. [Questions to revisit later]
-...
-```
-
-## Execution Flow
-
-1. **Read spec file** (if provided) - Understand existing context
-2. **Determine interview depth** - quick (10), standard (25), or deep (40+)
-3. **Start with foundation questions** - Project type, audience, platform
-4. **Progress through categories** - Technical, Features, Security, Tradeoffs
-5. **Ask follow-up questions** - Based on previous answers
-6. **Summarize decisions** - Recap key choices made
-7. **Write specification** - Generate comprehensive spec file
-
-## Begin Interview
-
-**Spec File**: $ARGUMENTS (or create new spec file)
-
-Start the interview session. Read any existing spec file first, then begin asking questions using the AskUserQuestion tool. Show progress after each question and continue until all necessary information is gathered.
-
-Remember: Your goal is to ensure the user has thought through every important decision BEFORE any code is written. This prevents wasted effort and "Actually, I wanted..." moments later.

package/templates/common/workflow/interview/zh-CN/interview.md

@@ -1,212 +0,0 @@
----
-description: 访谈驱动开发 - 通过40+深度问题在编码前发现隐藏假设（基于 Anthropic Thariq 的病毒式工作流）
-allowed-tools: Read(**), AskUserQuestion, Write(**/SPEC.md), Write(**/spec.md)
-argument-hint: [规格文件.md] [--deep] [--quick] [--template <webapp|api|saas|ecommerce>]
-# examples:
-#   - /interview                              # 使用智能默认值启动访谈
-#   - /interview SPEC.md                      # 访谈并输出到 SPEC.md
-#   - /interview --quick                      # 快速模式（约10个问题）
-#   - /interview --deep                       # 深度模式（40+问题）
-#   - /interview --template saas              # 使用 SaaS 模板
----
-
-# 访谈驱动开发
-
-> **核心原则**: "先访谈，再规格，最后编码"
->
-> 基于 Anthropic Claude Code 团队 Thariq (@trq212) 的病毒式工作流（120万浏览量）
-
-## 使用方法
-
-```bash
-/ccjk:interview [规格文件.md] [--deep] [--quick] [--category <类型>]
-```
-
-## 解决的问题
-
-**传统提示方式的缺陷：**
-```
-提示 -> Claude假设 -> "差不多"的代码 -> 返工
-"添加认证" -> "JWT? OAuth? Sessions?" -> 错误实现 -> "其实我想要的是..."
-```
-
-隐藏假设被埋没，在代码审查时才被发现。访谈方式在编写任何代码**之前**就暴露这些决策。
-
-## 你的角色
-
-你是一位专业的需求分析师和技术访谈者。你的工作是发现用户没有明确说明的每一个隐藏假设、边界情况和决策点。提出用户不知道他们需要回答的非显而易见的问题。
-
-## 访谈维度
-
-在这些维度上询问任何问题：
-
-### 技术实现
-- 架构模式和决策
-- 数据模型和关系
-- API设计和集成
-- 状态管理方法
-- 错误处理策略
-
-### UI & UX
-- 用户流程和交互
-- 无障碍访问要求
-- 响应式设计需求
-- 加载状态和反馈
-- 界面边界情况
-
-### 关注点
-- 安全要求
-- 性能约束
-- 可扩展性需求
-- 数据隐私（GDPR、HIPAA等）
-- 边界情况和错误场景
-
-### 权衡
-- 构建 vs 购买决策
-- 复杂性 vs 简单性
-- 速度 vs 质量
-- 灵活性 vs 简单性
-- 短期 vs 长期
-
-### 业务逻辑
-- 验证规则
-- 工作流状态
-- 业务约束
-- 集成需求
-- 报告需求
-
-## 访谈规则
-
-1. **只问非显而易见的问题** - 不要问规格中已明确说明的内容
-2. **深入探讨** - 发现用户不知道需要做出的决策
-3. **持续到完成** - 对于大型功能，提出40+个问题
-4. **使用进度指示器** - 显示类别进度（行业 -> 客户 -> 功能 -> 验证 -> 提交）
-5. **提供上下文** - 每个选项都应有简要描述
-6. **允许自定义输入** - 总是包含"输入其他内容..."作为最后选项
-7. **完成后写入规格** - 输出详细规格到规格文件
-
-## 问题格式
-
-使用 AskUserQuestion 工具，结构如下：
-
-```json
-{
-  "questions": [
-    {
-      "header": "类别",
-      "question": "清晰、具体的问题？",
-      "multiSelect": false,
-      "options": [
-        { "label": "选项1", "description": "这意味着什么的简要说明" },
-        { "label": "选项2", "description": "这意味着什么的简要说明" }
-      ]
-    }
-  ]
-}
-```
-
-## 常见问题模式
-
-### 项目基础
-- 这个应用的主要目的是什么？（SaaS/Web应用、营销/着陆页、电商、管理后台、API服务）
-- 目标平台是什么？（Web、原生移动、PWA、桌面、CLI）
-
-### 目标受众
-- 目标客户群是什么？（中小企业、企业级、个人/专业用户、开发者/技术人员）
-- 地理重点？（全球、美国/欧盟、亚洲、特定国家）
-
-### 技术决策
-- 认证策略？（JWT令牌、OAuth 2.0、基于会话、魔法链接、SSO/SAML）
-- 主数据库？（PostgreSQL、MySQL、MongoDB、SQLite、Supabase）
-- 状态管理？（服务端状态、全局存储、URL状态、仅本地状态）
-
-### 功能与范围
-- MVP必备功能？（多选）
-- 需要哪些第三方集成？（多选）
-
-### 安全与合规
-- 安全要求？（标准、SOC2、HIPAA、GDPR、PCI DSS）
-- 数据保留策略？
-
-### 权衡
-- 速度vs质量权衡？（快速发布、做对再发、平衡方法）
-- 构建vs购买偏好？（自建、使用服务、混合）
-
-## 进度显示
-
-在每个问题处显示进度：
-
-```
-类别进度: [X] 行业 -> [ ] 客户 -> [ ] 功能 -> [ ] 验证
-
-第12/~40题: 你的目标客户群是什么？
-```
-
-## 访谈深度级别
-
-- **--quick**: 10个问题 - 快速验证，表层决策
-- **默认**: 25个问题 - 覆盖所有主要领域的标准深度
-- **--deep**: 40+个问题 - 复杂功能的全面探索
-
-## 输出格式
-
-访谈完成后，将全面规格写入指定文件：
-
-```markdown
-# 功能规格: [功能名称]
-
-生成时间: [时间戳]
-访谈问题数: [数量]
-
-## 概述
-- 项目类型: [答案]
-- 目标受众: [答案]
-- MVP范围: [答案]
-
-## 技术架构
-- 认证: [答案]
-- 数据库: [答案]
-- 状态管理: [答案]
-- 集成: [列表]
-
-## UI/UX需求
-- 平台: [列表]
-- 设计系统: [答案]
-- 无障碍访问: [答案]
-
-## 安全与合规
-- 要求: [列表]
-- 合规: [列表]
-
-## 已做决策
-1. [决策及理由]
-2. [决策及理由]
-...
-
-## 已识别边界情况
-1. [边界情况及处理方式]
-2. [边界情况及处理方式]
-...
-
-## 待解决问题
-1. [稍后重新审视的问题]
-...
-```
-
-## 执行流程
-
-1. **读取规格文件**（如提供）- 了解现有上下文
-2. **确定访谈深度** - 快速(10)、标准(25)或深入(40+)
-3. **从基础问题开始** - 项目类型、受众、平台
-4. **按类别推进** - 技术、功能、安全、权衡
-5. **提出后续问题** - 基于之前的答案
-6. **总结决策** - 回顾做出的关键选择
-7. **写入规格** - 生成全面的规格文件
-
-## 开始访谈
-
-**规格文件**: $ARGUMENTS（或创建新规格文件）
-
-开始访谈会话。首先读取任何现有规格文件，然后使用 AskUserQuestion 工具开始提问。每个问题后显示进度，继续直到收集所有必要信息。
-
-记住：你的目标是确保用户在编写任何代码之前就考虑过每一个重要决策。这可以防止浪费精力和之后出现"其实我想要的是..."的情况。