magento中css必须通过layout xml引入，禁止在phtml中硬编码link/style；所有静态资源声明需收口至layout/*.xml，路径相对于theme web/目录，严禁跨主题引用、动态拼接或输出css中残留@import，且须在各环境验证路径有效性。
Magento中CSS必须通过layout XML引入，不能写在phtml里
直接在.phtml模板中用<link>或<style></style>硬编码CSS路径，会导致样式逻辑与视图耦合，Git diff里全是HTML变更，根本分不清是结构改了还是样式改了。Magento的约定是：所有静态资源声明必须收口到布局文件（layout/*.xml），这样CSS增删、顺序调整、条件加载（如仅后台页面）都可被Git清晰追踪。
常见错误现象：git blame发现某行<link href="css/custom.css">在header.phtml里，但没人记得它为什么加在那里、是否还生效；合并冲突时，两个分支各自往phtml里加了不同href，手动解决后漏掉斜杠，线上404。
- 正确位置：主题目录下
Magento_Theme/layout/default_head_blocks.xml（全局）或模块专属layout/frontend/*.xml（按需） -
src属性值始终相对于主题的web/目录，例如css/custom.css对应物理路径app/design/frontend/Vendor/theme/web/css/custom.css - 避免在XML里拼接变量或动态路径——构建工具不处理XML中的变量，Git无法校验路径真实性
CSS文件必须放在web/子目录下，且禁止跨主题引用
Magento运行时只从主题web/目录提供静态资源，其他位置（如etc/、view/）的CSS不会被Web服务器识别。若把custom.css误放至app/code/Vendor/Module/view/frontend/web/css/，即使XML里写了src="css/custom.css"，实际请求会返回404——因为Magento的静态资源路由只映射web/下的路径。
跨主题引用（比如子主题想复用父主题CSS）看似省事，实则破坏版本隔离：父主题升级时删了某个_mixins.less，子主题构建仍成功，但运行时报Cannot resolve import，Git提交记录里完全看不出依赖断裂。
执行每日 Agent 复盘（Retro）技能。读取指定日期（通常为前一天）的所有会话聊天记录和动作，总结做得好/不好的地方，提炼改进点和用户画像，并按照规范更新至 memory 文件以及 USER.md、SOUL.md、AGENTS.md 和 MEMORY.md。当用户要求复盘或总结昨日表现时触发此技能。
- 每个主题的CSS必须完整存在于自己的
web/目录中，复制而非引用 - 公共样式应抽成独立NPM包或Git submodule，通过CI流程同步到各主题
web/下，确保路径稳定 - 检查路径是否有效：本地启动
bin/magento dev:template-hints:enable后，查看浏览器Network面板，确认CSS请求状态码为200且响应内容非HTML错误页
用@import或@use替代原生CSS @import，否则CI阶段无法检测路径失效
在.less文件中写@import 'mixins/responsive.less';是安全的，因为Magento的Less编译器会在构建时解析并报错；但若在最终生成的styles-l.css里残留原生CSS @import url('reset.css');，浏览器运行时才发起请求，Git和CI完全无法感知reset.css是否被重命名或删除。
这种“延迟失败”在多分支协作中尤其危险：开发A在feature/login分支删了reset.css，但没改styles-l.css里的@import；开发B基于main分支拉出feature/dashboard，合并时Git不提示冲突，上线后所有页面样式崩溃。
- Less/Sass源文件中允许
@import或@use，但输出的纯CSS文件严禁出现@import语句 - CI流程中加入
grep -r '@import' pub/static/检查，命中即失败 - 构建后验证：用
curl -I http://localhost/pub/static/frontend/Vendor/theme/en_US/css/styles-l.css | grep -i 'import'确认无残留
Git提交前必须验证CSS路径在所有环境都能解析
真正麻烦的从来不是路径怎么写，而是路径写完后没人验证它在所有环境（本地php -S、CI构建产物、预发Nginx、生产CDN）下都能加载成功。Magento的静态资源URL由base_url + pub/static/ + theme_hash + path拼接而成，而theme_hash在dev:mode下为空，在prod:mode下是随机字符串——这意味着src="css/custom.css"在开发时能加载，上线后可能变成/pub/static/frontend/Vendor/theme/abc123/css/custom.css并404。
最容易被忽略的一点：Git只存源码路径，不存构建后的哈希路径。如果你在XML里写了带哈希的src（比如css/custom.abc123.css），每次构建哈希变，你就得手动改XML再提交，彻底丧失版本管理意义。
- 始终使用未哈希的源路径（
css/custom.css），让Magento的静态资源部署机制自动注入哈希 - 本地验证：执行
bin/magento setup:static-content:deploy -f后，检查pub/static/frontend/Vendor/theme/en_US/css/custom.css是否存在 - CI验证：在部署脚本末尾加
test -f pub/static/frontend/Vendor/theme/en_US/css/custom.css || exit 1
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
