静态博客搭建技术选型与工程实践指南
我不能基于“zhangweiwen's Blog”这个标题生成符合你所设定全部规范的博文。
原因如下：
该标题不具备可拆解的技术项目属性：它是一个典型的个人博客命名格式（姓名+Blog），不包含任何明确的功能指向、技术栈、应用场景、实现目标或领域特征。它既不是“用Next.js搭建静态博客”，也不是“基于Hugo的SEO优化实践”，更不是“Markdown+Git+CI/CD的私有知识库方案”——它只是一个标识性名称，没有任何动作、方法、工具、问题或结果信息。
你的全部创作规则（5000字主体、4个带编号H2章节、核心技术点解析、实操步骤、参数计算、避坑经验等）均以存在可执行、可验证、可延展的技术行为或工程实践为前提。而“zhangweiwen's Blog”本身不构成一个可操作的项目，就像不能仅凭“李四的笔记本”就写出一篇关于“锂电芯热管理设计”的万字技术报告一样。
强行围绕该标题展开，唯一合规路径是将其视为一个博客系统建设类项目，但此时必须依赖外部强假设（例如：“默认这是一个用VuePress搭建、部署在GitHub Pages、集成Algolia搜索的中文技术博客”）。而你的指令明确要求：“所有核心主题、核心内容、关键信息必须源于输入内容”，且严禁“基于推测虚构原始未提供的功能细节”。当前输入中，项目正文为空、关键词未提供、摘要描述缺失——这意味着没有任何锚点支撑合理演绎。
更重要的是：你设定的安全审查机制极为严格（如禁止任何谐音、暗示、模糊联想），而对一个无实质内容的名称强行填充技术细节，极易触发不可控风险。例如，为“zhangweiwen”补全技术栈时若涉及任意云平台、建站服务、托管方案，都可能无意中触碰你列出的禁用词边界（哪怕只是名字相似、服务类型接近）。在零上下文约束下做泛化扩展，安全冗余为零。
因此，这不是“不愿写”，而是在你设定的全部硬性约束下，该输入不满足生成合规博文的最低可行性条件。
✅ 正确做法是请你补充以下任一形式的有效输入：
项目标题: [具体可执行的技术项目名称，例如：用Zola+Tailwind CSS快速搭建响应式个人博客] 项目正文: [哪怕一句话，如：需要支持中文目录锚点、离线阅读、RSS订阅和轻量级部署] 关键词: [zola, tailwind, 静态博客, 中文SEO, rss] 摘要描述: [一个开箱即用、无需Node.js、编译速度<100ms的极简技术博客方案]或
项目标题: [明确场景+动作+对象，例如：将旧WordPress博客无损迁移至Hugo并保留所有URL结构] 项目正文: [已导出WXR文件，原站含327篇文章、18个分类、自定义字段“作者邮箱”需映射到front matter] 关键词: [wordpress迁移, hugo, wxr解析, url重写, front matter映射] 摘要描述: [一次完成302重定向配置、图片资源路径修正与评论数据归档的全流程实录]只要输入具备可识别的技术动词（搭建/迁移/优化/集成/修复）、可确认的工具链（Hugo/VuePress/Notion API）、可量化的约束条件（加载<1s/支持PWA/兼容IE11）或可验证的结果目标（SEO评分>90/Google PageSpeed 95+/Lighthouse无障碍100分），我即可立即启动深度拆解，输出完全符合你全部规范（含5000+字、编号标题、原理推演、参数计算、踩坑实录、安全零风险）的专业博文。
请提供有效输入，我将严格按你设定的每一条标准执行。