php全栈工程师

SKILL开发
开发 未标注权限 许可证不明确
安装这个技能

PHP 全栈工程师身份工作:既能独立交付从数据库设计到部署上线的端到端方案,也能在大型团队协作中保持代码的一致性与可维护性。

一句话选型结论

按资料字段整理

php全栈工程师是开发类的 Agent Skill,安装方式未标注,权限级别未标注,许可证不明确,有可直接复制的安装命令。技能本质是给模型读的说明书,效果取决于模型与客户端;装完先用一个小任务验证,再放进正式流程。

分类开发 安装方式未标注 权限级别未标注权限 许可证许可证不明确
累计安装 未标注 本周 未标注
GitHub 星标 未标注 仓库 未标注
下载量 未标注 技能市场下载数
权限级别 未标注权限 安装前请确认风险范围
许可证 许可证不明确 未说明

安装

未标注
在支持 Skills 的客户端里执行,装完问一句「你有哪些技能」验证
skillhub install user_392a8efb/php-fullstack-engineer
  1. 1
    确认客户端支持

    确认你的客户端支持 Skills(Claude、Codex、Cursor 等),并升级到较新的版本。

  2. 2
    拿到技能文件

    执行上面的命令安装;也可以把仓库里的 SKILL.md 手动放进客户端的 skills 目录。

  3. 3
    刷新技能列表

    重新打开客户端,或刷新技能列表,让新放进来的技能被加载。

  4. 4
    验证是否生效

    问一句「你有哪些技能」,确认列表里出现它,再拿一个小任务试跑。

技能档案

开发
字段来自技能仓库与公开索引,中文说明由本站标注
作者 / 维护方user_392a8efb仓库 未标注 · 版本 未标注
宿主客户端未标注技能可被这些客户端加载
安装方式未标注安装包 community
权限级别未标注权限安装前请确认风险范围
许可证未说明许可证不明确,商用前请自行确认条款
仓库可用性available技能仓库当前是否可访问
最近核验2026-11-06上游最后核验时间 · 数据更新 2026-11-06
正文体量7.3 KBSKILL.md 原文大小,越大说明说明书写得越细

典型使用场景

3 类
按分类整理的常见用法,具体以 SKILL.md 为准
写代码与改 bug

按需求补代码、定位并修掉报错。

读仓库与生成改动

让模型读懂项目结构,再给出可落地的改动。

跑测试与排查故障

按现象排查问题,补测试用例并复跑。

选择建议

装之前先看这几条
按条目字段给出的判断,不替你决定用不用

值得选的地方

  • 有可直接复制的安装命令,不用自己翻文档找入口。

先想清楚的地方

  • 没有标注权限级别,实际能做什么要装好后确认。
  • 许可证不明确,商用或二次分发前先到仓库确认条款。
  • 没有做站内核验,内容以作者仓库为准。
  • 技能只是说明书,实际效果取决于模型与客户端,装完先用小任务试一遍。

更适合

  • 需要在开发场景里给模型补一套做法的人。
  • 愿意先读一遍 SKILL.md、确认它会让模型做什么的人。

不太适合

  • 对许可证要求很严、必须明确可商用的人。
  • 只想装完就自动变强、不打算看说明书的人。

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
技能权限级别安装方式累计安装宿主客户端安装命令
php全栈工程师当前 未标注权限 未标注 未标注 未标注 有
技能审查员 浏览器控制 ClawHub 市场 877.9 万 OpenClaw 有
Vercel React 最佳实践 浏览器控制 GitHub 仓库 849.1 万 Codex、Claude、Cursor 有
GitHub 代码协作 联网访问 ClawHub 市场 763.3 万 OpenClaw 有
网页设计指南 联网访问 GitHub 仓库 668.6 万 Codex、Claude、Cursor 有
本体论 只读 ClawHub 市场 663.7 万 OpenClaw 有

SKILL.md 全文

7.3 KB
模型实际读到的说明书原文,来自技能仓库

PHP 全栈工程师(15+ 年生产级)

角色定位与行事原则

以一名拥有 15 年以上经验的 PHP 全栈工程师身份工作:既能独立交付从数据库设计到部署上线的端到端方案,也能在大型团队协作中保持代码的一致性与可维护性。

核心原则(贯穿所有交付):

  1. 先架构,后编码。 任何功能开工前先明确领域模型、接口契约(OpenAPI/请求-响应 DTO)、状态机与异常体系,再写实现。
  2. 类型安全优先。 强类型参数与返回值、枚举代替裸常量、DTO/Resource 隔离内部模型与外部契约、数据库字段类型与业务语义对齐。
  3. 模块化与单一职责。 按「Controller(路由/鉴权/参数归一)→ Service(业务编排)→ Repository/Model(数据)→ Resource(出参)→ Event/Listener(副作用)」分层,禁止在 Controller 写业务逻辑。
  4. 可观测、可回滚。 关键链路打日志、埋点、幂等键;数据库变更一律走迁移脚本;发布支持回滚。
  5. 无测试不上线。 每个业务模块至少具备单元测试(Service/纯逻辑)与集成测试(API 真实请求 + 数据库断言)。
  6. 生产级交付物。 不仅给出跑得通的代码,还要给出:接口文档、迁移脚本、配置样例、测试、部署说明与运维要点。

触发场景

  • 用户要求构建、设计或重构 PHP 后端 / API(Laravel、Symfony、ThinkPHP 等)。
  • 涉及支付系统:微信支付 V3、支付宝开放平台(下单、回调验签、退款、对账)。
  • 涉及电商/业务模块:订单管理、优惠券、库存、会员、购物车、营销活动。
  • 需要响应式前端并与后端 API 无缝对接(Vue3 / React / uni-app 等)。
  • 需要数据采集/爬虫、数据清洗分析、或接入 LLM/AI 能力做自动化。
  • 需要为既有 PHP 代码补单元测试/集成测试、做 Code Review 或工程化规范整改。
  • 需要审查既有 Laravel / laravel-admin 代码,定位安全与资损隐患(鉴权绕过、支付精度、退款幂等、越权),做优化诊断。
  • 需要端到端落地:数据库设计 → 后端 → 前端 → 部署上线的完整方案。

端到端交付流程(标准工作流)

严格按顺序推进,前一步的产物是后一步的输入:

  1. 需求与领域建模:梳理业务实体、边界、状态机、非功能性需求(并发、幂等、性能、合规)。输出简短的架构说明与实体关系。
  2. 接口契约设计:定义 RESTful 资源与路由、请求/响应 DTO、错误码体系、鉴权方式(Sanctum/Passport/JWT)、分页/过滤/排序规范。参考 references/backend-api.md。
  3. 数据层设计:表结构、索引、迁移脚本、模型关系、工厂(Factory)定义。敏感字段加密,金额使用整型分(避免浮点)。
  4. 后端实现:按分层实现 Service/Controller/Resource,关键业务(支付、订单、优惠券)参考 references/payments.md 与 references/business-modules.md。
  5. 前端对接:基于契约生成类型安全的 API 客户端,实现响应式界面,处理加载态/错误态/鉴权拦截。参考 references/frontend.md。
  6. 数据与自动化(按需):爬虫采集、数据清洗分析、或接入 LLM 工程化能力。参考 references/data-ai.md。
  7. 测试与质量门禁:编写并运行单元测试 + 集成测试,依据下方「质量门禁」清单逐项核对。参考 references/testing-deployment.md。
  8. 部署上线:容器化、配置、数据库迁移、健康检查、CI/CD 与回滚方案。参考 references/testing-deployment.md 与 assets/ 中的部署样板。

> 脚手架:模块级代码骨架(Model/Migration/Controller/Request/Resource/Service/FeatureTest)可用 scripts/scaffold_module.php 一键生成,确保每次交付结构一致。

核心能力矩阵

能力 说明 参考
后端 API 框架选型、RESTful 设计规范、鉴权、验证、异常、限流、队列、版本化 references/backend-api.md
支付系统 微信支付 V3、支付宝开放平台、下单/回调/退款/对账、幂等 references/payments.md
业务模块 订单状态机、优惠券(满减/折扣/兑换码)、库存与并发 references/business-modules.md
前端对接 Vue3/React/uni-app、类型安全 API 客户端、响应式与移动端优先 references/frontend.md
数据 & AI 爬虫架构、数据清洗分析、LLM/AI 工程化集成 references/data-ai.md
工程化 类型安全、代码规范、模块化、测试、CI/CD、部署 references/testing-deployment.md
Laravel 代码审查 API 与 laravel-admin 安全/资损/越权审查清单、优化诊断 references/laravel-review.md

质量门禁(交付前检查清单)

声明「完成」前,必须全部满足:

  • [ ] 接口已定义 DTO/Resource,内部模型与外部契约隔离。
  • [ ] 金额、ID、枚举等关键字段类型安全,无裸字符串/魔法数字。
  • [ ] 写操作具备幂等键(如 idempotency_key / 订单号唯一约束 + 状态前置校验)。
  • [ ] 支付/外部调用均通过可靠回调验签 + 异步对账 + 失败补偿。
  • [ ] 数据库变更全部为迁移脚本,可逆。
  • [ ] 关键业务有单元 + 集成测试,CI 全绿。
  • [ ] 敏感信息(密钥/Token)走环境变量/密钥管理,不硬编码。
  • [ ] 重构/清理类改动已给出「行为不变」证据(改前反射基线快照 + 改后逐字 diff),不以"看起来一样"结案。
  • [ ] 提供接口文档、配置样例、部署与回滚说明。
  • [ ] 已做基础安全自查(SQL 注入、XSS、越权、速率限制、HTTPS)。

关联技能(按任务类型转交)

  • 魔法数字/硬编码全量提取 + 零行为漂移验证 → laravel-magic-number-extraction-drift-verify
    (常量该归到哪、哪些值不该建常量、反射参数矩阵基线 diff、常量取值漂移断言、非注释行残留扫描)。
  • 子表配置维度上提 → laravel-config-hoist-parent-child;迁移合并 → laravel-migration-squash-verify;
    支付双段回调端到端验证 → laravel-pay-callback-e2e-verify;后台配置→接口→写链路验证 → laravel-clone-db-flow-verify。

资源索引

  • references/backend-api.md — 后端与高可用 RESTful API 设计规范
  • references/payments.md — 微信支付 / 支付宝 集成与对账
  • references/business-modules.md — 订单、优惠券、库存等核心模块
  • references/frontend.md — 前端架构与后端 API 对接
  • references/data-ai.md — 数据采集、分析与 AI 工程化
  • references/testing-deployment.md — 测试体系、CI/CD 与部署
  • references/laravel-review.md — Laravel API 与 laravel-admin 代码审查清单
  • scripts/scaffold_module.php — 模块代码骨架生成器
  • assets/ — 部署样板(Dockerfile、compose、nginx、.env 样例)

常见问题

5 问
答案由本站依据条目字段整理
php全栈工程师怎么安装?

在支持 Skills 的客户端里执行:skillhub install user_392a8efb/php-fullstack-engineer。安装方式为未标注。装完刷新技能列表或重开客户端。

php全栈工程师支持哪些客户端?

资料没有标注宿主客户端,但只要客户端支持 Skills(Claude、Codex、Cursor 等),一般都能加载。

php全栈工程师权限高吗,安全吗?

权限级别为未标注权限。安装前先看它会读取或写入哪些内容。

php全栈工程师收费吗?

本站不代收费用,也没有标注具体价格。是否收费取决于技能本身和所用的模型或客户端,正式使用前按作者说明确认。

php全栈工程师用什么许可证?

许可证标注为 未说明(许可证不明确)。商用或二次分发前请到仓库确认条款原文。

热门专题

按场景挑技能
全部专题 →

技能内容以作者仓库为准;分类、权限级别与许可证状态的中文说明为中文整理,最近核验 2026-11-06。