{
  "site": {
    "title": "Reg OPC",
    "subtitle": "移动端架构 · AI 方案 · 项目交付",
    "description": "Reg OPC 是 Reg 的独立技术品牌。提供移动端架构、AI 应用和互联网项目的技术方案与工程实现，从问题诊断到代码交付。",
    "github": "https://github.com/richardwrq",
    "blog": "https://richardwrq.github.io",
    "location": "China / Remote",
    "name": "Reg OPC",
    "emailUser": "263454190",
    "emailDomain": "qq.com",
    "contactFlow": [
      "邮件沟通：说明项目背景、目标和技术卡点",
      "30 分钟对齐：确认范围、可行性和验收标准",
      "方案与排期：输出技术方案、里程碑和报价",
      "启动交付：按里程碑推进，每阶段可验收"
    ]
  },
  "stats": [
    {
      "value": "5 亿+ 用户",
      "label": "手Q NT 架构升级核心负责人"
    },
    {
      "value": "60 → 8 分钟",
      "label": "手Q 全量编译优化成果"
    },
    {
      "value": "架构 × AI",
      "label": "从底层治理到 AI 研效提升"
    }
  ],
  "capabilities": [
    {
      "title": "移动端架构与系统级能力",
      "body": "覆盖 Android 应用层到系统层 / Framework 层的全栈能力：启动速度、内存管理、模块边界、编译优化、动态化、系统能力定制。在亿级用户规模的大型 App 里做过深度治理，也做过壳包上架、动态下发等复杂合规场景的系统级方案。"
    },
    {
      "title": "AI 应用方案与研发提效",
      "body": "AI Agent 设计与集成、AI Coding 工作流搭建、研发效率基建；手Q AI 研效专项与京东 AI 工程化基建经验，支撑 AI 能力从 Demo 变成日常生产工具。"
    },
    {
      "title": "互联网项目全栈交付",
      "body": "业务软件架构、自动化构建体系、DevOps 流水线、AI 工程化基建。面向有明确业务目标的项目，提供从需求拆解到上线交付的完整方案。"
    }
  ],
  "works": [
    {
      "name": "手Q NT 架构升级",
      "tag": "Tencent 手Q / 5 亿+ 用户",
      "type": "架构重构 · 编译体系 · 防劣化",
      "summary": "腾讯近年最重大的 App 技术架构升级，实现全终端跨平台架构融合，向 5 亿+ 用户全量发布，获腾讯技术突破奖。",
      "problem": "编译优化 · 组件管理 · 多仓合流 · 防劣化",
      "solution": "负责全量编译 60min → 8min、组件管理体系、多仓合流自动化工具链和防劣化监控体系。",
      "impact": "编译效率大幅提升，组件发布全自动化，版本管理规范化，代码质量持续可控。",
      "link": "#contact",
      "visual": {
        "kind": "system",
        "label": "NT Architecture",
        "accent": "#2997ff"
      }
    },
    {
      "name": "腾讯内部 Shadow 插件框架",
      "tag": "Tencent Shadow / 插件化",
      "type": "动态化 · 插件化 · 内部框架",
      "summary": "Shadow 框架完成架构优化升级、多插件场景支持、版本适配与业务接入。",
      "problem": "动态化框架 · 多插件场景 · 版本适配",
      "solution": "推动手Q、企业微信、QQ 群视频直播、QQ 小世界、QQ 云游戏等千万级 DAU 业务完成插件化落地。",
      "impact": "把动态能力沉淀为可复用平台能力，为复杂 App 解耦、灰度迭代和业务隔离提供基础设施。",
      "link": "#contact",
      "visual": {
        "kind": "system",
        "label": "Shadow Runtime",
        "accent": "#c6c6ff"
      }
    },
    {
      "name": "手Q 性能优化专项",
      "tag": "Tencent 手Q / 性能治理",
      "type": "性能优化 · 稳定性治理",
      "summary": "围绕聊天页面卡顿、启动框架、消息列表快照和相册组件内存进行系统治理。",
      "problem": "Trace 分析 · 启动链路 · 内存治理",
      "solution": "对标 Telegram 做 Trace 分析，重构启动框架，优化消息列表快照和相册组件内存。",
      "impact": "相册组件内存缩减 34%，支撑稳定 60fps 流畅滑动体验。",
      "link": "#contact",
      "visual": {
        "kind": "phone",
        "label": "60fps Runtime",
        "accent": "#68d391"
      }
    },
    {
      "name": "手Q AI 研效提升专项",
      "tag": "Tencent 手Q / AI 研效",
      "type": "AI 研发提效 · 工程效能",
      "summary": "将 AI Agent 和自动化工具引入真实研发链路，提升需求拆解、代码生成和验收效率。",
      "problem": "AI Agent · 代码生成 · 自动化验收",
      "solution": "开发架构升级模板代码生成 IDEA 插件、依赖注入框架（字节码插桩）、MVI 事件绑定工具。",
      "impact": "把 AI 与自动化能力接入日常研发流程，提升团队开发效率。",
      "link": "#agent-lab",
      "visual": {
        "kind": "agent",
        "label": "AI Productivity",
        "accent": "#7170ff"
      }
    },
    {
      "name": "Google Play 壳包上架 × Shadow 动态下发",
      "tag": "Google Play / Dynamic Delivery",
      "type": "合规上架 · 动态下发 · 系统级方案",
      "summary": "针对 Google Play 上架策略与主包体积限制，设计并落地壳包上架方案：主包保留极简壳逻辑，核心业务通过 Shadow 插件框架运行时动态下发和加载。",
      "problem": "合规上架 · 快速迭代 · 热修复 · 灰度发布",
      "solution": "打通壳包审核、Shadow 动态下发、运行时加载和多业务迭代链路，解决常规壳包“审核过了但没法迭代”的核心问题。",
      "impact": "形成兼顾合规、迭代、热修复和灰度发布的系统级方案，已在多个业务中落地。",
      "link": "#contact",
      "visual": {
        "kind": "browser",
        "label": "Shell × Dynamic",
        "accent": "#f5a623"
      }
    },
    {
      "name": "京东 · 软件架构 + AI 工程化基建",
      "tag": "JD / Software Architect",
      "type": "业务架构 · AI 工程化 · Coding 效率",
      "summary": "当前在京东担任软件架构师，同时推进 AI 工程化基建，把 AI Agent、代码生成、自动化验证等能力接入真实研发链路。",
      "problem": "业务架构 · 模块复用 · AI Coding 工作流",
      "solution": "负责业务软件架构设计、模块复用策略、AI 辅助 Coding 工作流和研发效率提升工具链。",
      "impact": "让 AI 从试用阶段变成日常生产工具，团队 Coding 效率可持续提升。",
      "link": "#contact",
      "visual": {
        "kind": "browser",
        "label": "JD AI Engineering",
        "accent": "#ff4d4f"
      }
    },
    {
      "name": "KRouter 路由框架（开源作品）",
      "tag": "Open Source / Android Router",
      "type": "开源 · 组件化基础设施",
      "summary": "基于 Kotlin 的 Android 路由框架，编译时注解生成路由表，性能优于 ARouter 的 dex 扫描方式。",
      "problem": "组件化路由 · 编译期生成 · Kotlin/Java 混编",
      "solution": "通过编译期注解处理生成路由表，降低模块直接依赖，支持 Kotlin / Java 混编。",
      "impact": "已在多个商业项目中大规模应用；GitHub 可查，作为公开技术证据。",
      "link": "https://github.com/richardwrq",
      "visual": {
        "kind": "system",
        "label": "KRouter",
        "accent": "#7dd3fc"
      }
    }
  ],
  "articles": [
    {
      "title": "Android 组件化之路",
      "category": "Architecture",
      "summary": "从大型移动端长期演进视角，讨论模块边界、依赖治理和团队协作成本。",
      "url": "https://richardwrq.github.io/2018/android%E7%BB%84%E4%BB%B6%E5%8C%96%E4%B9%8B%E8%B7%AF/"
    },
    {
      "title": "KRouter / Android 路由框架探索",
      "category": "Framework",
      "summary": "基于 Kotlin 的 Android 路由框架实践，用编译期生成支撑组件化工程演进。",
      "url": "https://richardwrq.github.io/2018/krouter/"
    },
    {
      "title": "自定义 Gradle 插件",
      "category": "Tooling",
      "summary": "通过构建工具插件化，把工程规范、编译优化和团队协作约束变成自动化机制。",
      "url": "https://richardwrq.github.io/2019/%E8%87%AA%E5%AE%9A%E4%B9%89gradle%E6%8F%92%E4%BB%B6/"
    },
    {
      "title": "TCP 协议详解",
      "category": "Computer Network",
      "summary": "从底层网络协议理解系统稳定性、连接生命周期和性能问题。",
      "url": "https://richardwrq.github.io/2021/tcp%E5%8D%8F%E8%AE%AE%E8%AF%A6%E8%A7%A3/"
    }
  ],
  "aiPrompts": [
    {
      "id": "mvp",
      "label": "MVP 拆解",
      "question": "我有一个 AI 产品想法，你会怎么拆第一版？",
      "answer": "我会先把它从“模型能力”还原成业务生命周期：输入是什么、谁审核、输出进入哪个交付动作、失败时谁兜底。第一版只保留一个高频场景、一个可验证指标和一个人工可接管的流程。能用 SaaS/API 先跑通，就不先自建复杂平台。",
      "signal": "业务闭环优先，而不是先堆模型。"
    },
    {
      "id": "architecture",
      "label": "系统架构",
      "question": "一个复杂移动端或 AI 项目，你会先看什么？",
      "answer": "我会先看业务目标、运行时约束、交付节奏和风险边界，再拆模块边界、数据流、构建链路和验收指标。架构不是图，而是让团队能持续交付、问题可定位、质量可防劣化的一组工程约束。",
      "signal": "先定义可验收的系统边界，再选技术方案。"
    },
    {
      "id": "android",
      "label": "工程治理",
      "question": "一个大型 Android 工程变慢，你会怎么定位？",
      "answer": "我会同时看应用层和系统层：启动链路、线程模型、内存、依赖图、编译耗时、动态化边界和 Framework/ROM 约束。必要时下潜到系统层，而不是只在应用层做表面优化。",
      "signal": "应用层 + 系统层双栈排查，避免局部重构幻觉。"
    },
    {
      "id": "delivery",
      "label": "交付判断",
      "question": "找你合作项目，大概会怎么推进？",
      "answer": "先用 30 分钟判断值不值得做、边界在哪里、风险是什么；然后给出最小可交付方案、里程碑和验收口径。能交付代码就不只停在 PPT，能用现成能力就不重复造轮子。",
      "signal": "不卖方法论，交付可运行、可验收的结果。"
    }
  ]
}