// philosophy.ts — 六条工程原则
// 读法：invariant 是必须成立的约束，antipattern 是要避免的写法。

export type Principle = {
  id: string;
  name: string;
  invariant: string;
  antipattern: string;
};

export const principles: Principle[] = [
  // ── P-01 · 规格先行 ──
  {
    id: "P-01",
    name: "规格先行",
    invariant: "先写验收标准，再写实现。",
    antipattern: "用代码代替思考，用加班弥补设计。",
  },
  // ── P-02 · 最小闭环 ──
  {
    id: "P-02",
    name: "最小闭环",
    invariant: "先让一条路径端到端跑通，再加宽。",
    antipattern: "在三个未完成的模块上同时开工。",
  },
  // ── P-03 · 可逆决策 ──
  {
    id: "P-03",
    name: "可逆决策",
    invariant: "代价高的选择，必须保留回退路径。",
    antipattern: "把不可逆当成效率。",
  },
  // ── P-04 · 可观测 ──
  {
    id: "P-04",
    name: "可观测",
    invariant: "看不见的系统，等于不存在。",
    antipattern: "上线之后再补日志和指标。",
  },
  // ── P-05 · 接口优先 ──
  {
    id: "P-05",
    name: "接口优先",
    invariant: "先定义边界，再填充实现。",
    antipattern: "让调用方去适配内部细节。",
  },
  // ── P-06 · 持续删除 ──
  {
    id: "P-06",
    name: "持续删除",
    invariant: "每次迭代都要删掉一点复杂度。",
    antipattern: "用新增功能掩盖结构问题。",
  },
];

// 如果一条原则不能被违反，它就不是原则，是口号。
export const isPrinciple = (p: Principle): boolean =>
  p.invariant.length > 0 && p.antipattern.length > 0;

# pipeline.yml — 一个想法变成线上系统的最小路径
# 每一阶段都有一道门：没过门，不许并行。

version: 1
owner: geekide

stages:
  # ── 01 · spec ──
  - id: spec
    name: 规格
    goal: 把模糊的期待，写成可以被验收的句子
    gate:
      - 有人能独立复述目标
      - 验收标准可以被测试
    artifact: SPEC.md
    ttl: 3d

  # ── 02 · build ──
  - id: build
    name: 实现
    goal: 用最短路径跑通一个端到端闭环
    gate:
      - 核心路径可被真人点完
      - 数据可以从入口追到出口
    artifact: prototype
    needs: [spec]

  # ── 03 · review ──
  - id: review
    name: 评审
    goal: 让反对意见在发布之前出现
    gate:
      - 每一处取舍都有记录
      - 至少一个外部视角看过
    artifact: DECISIONS.md
    needs: [build]

  # ── 04 · ship ──
  - id: ship
    name: 上线
    goal: 把变更变成一条可以回滚的命令
    gate:
      - 回滚路径演练过
      - 指标与告警先于流量就位
    artifact: release
    needs: [review]

on_failure:
  action: 回到上一道门，不绕过
  note: 跳过评审省下的时间，会以事故的形式还回来

{
  "$schema": "https://geekide.com/schema/stack.json",
  "updated": "2026-11-03",
  "capabilities": [
    {
      "id": "product",
      "name": "产品工程",
      "signal": "从一句话需求，到可运行的原型",
      "tools": ["TypeScript", "React", "SQLite"]
    },
    {
      "id": "interface",
      "name": "界面系统",
      "signal": "把复杂状态，收进一套可预测的界面语言",
      "tools": ["Design Tokens", "CSS", "Motion"]
    },
    {
      "id": "intelligence",
      "name": "AI 增强",
      "signal": "让模型成为流程里的一环，而不是展台上的装饰",
      "tools": ["LLM", "RAG", "Evaluation"]
    },
    {
      "id": "delivery",
      "name": "交付运维",
      "signal": "每次合并都可上线，回滚是一条命令",
      "tools": ["CI/CD", "Observability", "Edge"]
    }
  ],
  "constraints": {
    "dependencies": "能删就删",
    "complexity": "只在必要时增加",
    "delivery": "永远保持可发布"
  }
}

#!/usr/bin/env bash
# contact.sh — 一次对话，胜过十页方案。
# 我不承诺"什么都能做"，只承诺把问题看清楚。

set -euo pipefail

EMAIL="hi@geekide.com"
SUBJECT="项目咨询 · 来自 geekide.com"

echo "→ 正在准备一次对话…"

if command -v open >/dev/null 2>&1; then
  open "mailto:${EMAIL}?subject=${SUBJECT}"
else
  echo "请手动发送邮件到 ${EMAIL}"
fi

echo "✓ 通常在 24 小时内回复。"
echo "✓ 如果只是路过，也欢迎聊聊你在做的东西。"

# .gitignore — 不进入仓库的东西

node_modules/
dist/
.DS_Store
*.log
.env

# 以及：
# 所有"以后再说"的待办
# 所有"先这样吧"的临时方案
# 所有为了让演示通过而写的判断