团队研发规范
前端、后端、Git 分支、提交规范、质量门禁和 PR 检查，形成团队协作的默认路径。
Knowledge Map
一张面向工程交付的知识地图。
当前知识库已经形成「规范—业务—平台—人才—效率—知识管理」六条主线。 这些内容来自个人长期项目记录、团队规范、部署 SOP、面试题库和 LLM Wiki 结构化整理。
后端架构与数据安全
Controller / Business / DAO 分层、配置读取、Migration、SQL 参数绑定和环境分支映射。
业务系统建模
客户、订单、分配、权限树、数据范围、跟进记录和报表指标如何从业务口径进入系统。
工程基础设施
GitLab、Jenkins、Laradock、GitHub Actions、Confluence/Wiki、OpenVPN 与 Cloudflare 组成交付底座。
招聘画像与面试题库
围绕业务系统目标设计后端、前端、测试、移动端和 UI 岗位能力模型。
个人知识系统
Raw Sources、Wiki Pages、Schema、Log 和 Index 共同构成可复利的 LLM Wiki。
Topics
长期维护的六个知识主题。
Team System
团队研发规范体系
规范不是文档堆，而是一套降低协作损耗的接口。它把分支、提交、前端、后端、测试和发布规则统一起来， 让新人能沿着路径完成第一次交付，让老成员能在评审和排障时使用共同语言。
- master / beta / dev / fix 的环境映射。
- feat / fix / refactor / docs 的语义化提交。
- lint、type-check、test、build 的合并前门禁。
- 前端工程化与后端分层共同构成交付基线。
Backend Architecture
后端分层与业务承接
后端系统的可维护性，来自把协议适配、业务流程、事务边界和数据访问放在合适的位置。 Controller 负责输入输出，Business 承接规则和流程，DAO 收敛查询与写入。
- 控制器不写复杂业务判断。
- 事务边界靠近业务流程。
- 配置通过 config 读取，不在业务代码直接 env。
- 原生 SQL 必须参数绑定，表结构变更必须走 Migration。
Business Modeling
CRM 与客户运营系统建模
业务后台不是简单的增删改查。客户经营链路需要统一客户身份、来源渠道、分配记录、订单审核、 跟进转化、续保维护、权限范围和报表口径。
- 菜单、按钮、数据范围三层权限模型。
- 客户分级、顾问分级、排班过滤和 SLA 响应。
- 分配事件必须可回放，而不是只覆盖当前顾问 ID。
- 财务、导出、改派、回捞等动作需要独立授权和审计。
DevOps
工程基础设施与自动化部署
小团队也需要稳定的工程底座。代码托管、CI/CD、知识库、远程接入、域名防护和本地工具链， 共同决定系统能否持续、安全、可追踪地交付。
- GitLab + Jenkins + Wiki / Confluence 的端口规划。
- Jenkins + GitLab + Laradock 的内网自动部署。
- GitHub Actions + Laradock 的生产部署闭环。
- OpenVPN Split Tunnel 与 Cloudflare 源站保护。
Hiring
招聘画像与面试评估
招聘不是罗列技术栈，而是从业务系统目标反推团队配置。岗位画像关注可独立交付、工程规范意识、 故障排查能力、跨团队协作和 AI 工具应用。
- PHP / Go 后端关注框架、中间件、并发和系统设计。
- 前端关注 Vue 体系、工程化、性能和跨端兼容。
- 测试覆盖功能、接口、自动化、性能、SQL、Linux 和 CI/CD。
- 面试题应考察原理、排障、取舍和工程落地。
LLM Wiki
个人知识复利系统
知识库的价值不是“存很多资料”，而是让经验可以被重新组织、查询、复用和公开表达。 Raw 保存事实，Wiki 负责抽象，Schema 定义规则，Log 记录演化。
- Sources 保存单个来源摘要。
- Entities 管理项目、平台、团队和岗位画像。
- Concepts 沉淀方法、模型和排障框架。
- Overview 负责跨主题综合，形成长期写作入口。
Notes
可公开阅读的知识文章。
以下文章基于知识库内容重新组织，不照搬私密原始资料，只保留可复用的方法、原则和检查清单。
Git 分支环境映射：让代码流向可控
用 master、beta、dev、fix 对应生产、测试、需求和修复，避免环境污染和合并方向混乱。
- 从 master 创建需求或修复分支。
- 提测合并 beta，上线合并 master 并打 Tag。
- 禁止在 master / beta 直接开发。
前端规范 vs 后端规范：同一交付体系的两侧
前端关注工程化、可访问性、组件边界和构建检查；后端关注分层、配置、安全和数据库变更。
- 统一必须 / 应该 / 绝不。
- 统一分支和提交规则。
- 在 CI 中承载共同质量门禁。
Controller / Business / DAO：复杂业务的容器
把输入输出、规则编排、事务边界和数据访问拆开，才能让需求变更有清晰落点。
- Controller 保持薄。
- Business 表达业务动作。
- DAO 聚焦数据域和查询安全。
CRM 权限树：菜单、按钮、数据范围为什么要拆开
页面可见、动作可执行、数据可访问是三件不同的事。混在一起会让后台权限越来越难维护。
- 导出、改派、审核、财务字段独立授权。
- 本人、团队、部门、全部等数据范围与角色解耦。
- 权限变更需要审计记录。
客户分配系统：从顾问 ID 到事件链
客户分配不是写入一个归属字段，而是一条包含入池、分级、候选过滤、派发、响应和回捞的事件链。
- 客户等级和顾问等级配置化。
- 排班、容量、暂停状态进入强过滤。
- 分配记录保留规则版本和命中原因。
Jenkins + GitLab + Laradock 自动化部署 SOP
内网环境下，Jenkins 拉取 GitLab 代码，rsync 同步到目标机，并在 Laradock workspace 中执行 composer install。
- Deploy Key 默认只读。
- .env 由目标环境维护。
- vendor 不通过 rsync 同步。
GitHub Actions + Laradock：小服务器自动部署
中小规格云服务器要先解决 Swap、SSH 信任链、Deploy Key、容器路径和生产收尾检查。
- 生产执行 composer install，不在线上 update。
- docker compose exec 使用 -T。
- storage 权限和 Laravel 缓存发布后检查。
Cloudflare 源站保护：代理开启只是第一步
真正的保护来自 DNS 接管、橙色云朵代理和源站安全组白名单共同生效。
- DNS 记录统一在 Cloudflare 维护。
- Web 端口只允许 Cloudflare 官方 IP。
- SSH / RDP 不套用 Cloudflare Web 白名单。
OpenVPN Split Tunnel：只让内网流量走 VPN
分流策略可以兼顾内网访问和公网直连体验，但必须补齐服务端路由、IP 转发和回程路由。
- 关闭 redirect-gateway。
- 只 push 公司内网网段。
- 验收内网可达且公网出口未变化。
LLM Wiki：让知识库成为可复利资产
Raw、Sources、Entities、Concepts、Comparisons、Overview 和 Log 分工明确，LLM 负责维护结构。
- Raw 保持不可变。
- Wiki 层负责抽象和关联。
- 定期 Lint 避免知识腐化。
面试题库应该考察真实工程能力
高级 PHP / Go 面试不仅问概念，还要看并发、数据库、缓存、MQ、网络排障和分布式取舍。
- 讲清机制，而不是背 API。
- 能用命令定位线上问题。
- 能在架构设计里说明成本和边界。
VS Code 高频快捷键：先固化五个动作
命令面板、快速打开、多光标、格式化、全局搜索，是把重复操作键盘化的第一组动作。
- 先减少鼠标切换。
- 再按岗位补充重构、调试、终端快捷键。
- 多光标是重复编辑的加速器。
Method
我如何把资料变成公开知识。
Raw：保留事实来源
原始资料只做归档，不为了好看而改写。它保存会议、规范、部署记录、问题现场和项目资料。
Source：压缩单个来源
把一份资料提炼成标题、主题范围、核心要点、风险边界和关联页面，方便之后被检索。
Entity：沉淀对象
团队规范、工程平台、业务系统、招聘画像这类长期对象，会进入实体页并持续更新状态。
Concept：抽象方法
分支映射、质量门禁、权限树、源站保护、Split Tunnel、最终一致性等进入概念层。
Overview：形成主题综述
当多个来源、实体和概念形成网络，就可以生成面向公开写作的主题综述。
Public：公开化表达
公开页面只保留方法、原则和检查清单，不暴露私密路径、账号、内部数据表和可识别业务细节。
Reading Paths
建议从这些路线开始读。
想提升团队交付
先读 Git 分支、语义化提交、前后端规范对比和质量门禁。目标是把团队规则从口头经验变成可执行流程。
想设计业务后台
先读 CRM 权限树、客户分配事件链、订单和报表口径。目标是把业务复杂度拆成对象、流程、权限和指标。
想搭工程底座
先读 Jenkins、GitLab、Laradock、OpenVPN、Cloudflare。目标是让代码、发布、知识库和远程接入形成闭环。
想建设个人知识库
先读 LLM Wiki 方法，把资料从 raw 转成 sources、entities、concepts、overview，再定期 lint。
About
关于这个站点。
这个网站由本地个人知识库生成，定位是长期维护的工程知识分享空间。它参考了轻量个人知识站的结构： 第一屏说明主张，接着展示知识地图、主题、文章、方法和阅读路线。内容上尽量来自真实知识库， 同时在公开化时做了抽象、脱敏和重写。
站点后续可以继续扩展为多页文章系统、RSS、全文搜索、标签页、部署到 Cloudflare Pages， 或接入脚本从 Obsidian 自动生成内容。当前版本是一个完整的静态起点。