企业官网建设流程全解析

1. 项目缘起与整体思路拆解

1.1 为什么选“两小时”这个时间盒

先交代背景。我平时做独立游戏原型，习惯用周末时间快速验证玩法。这次给自己定了个硬指标：从零开始，两小时内产出一个能跑、能玩、有完整循环的 demo，名字就叫《霓虹地窖》。为什么是两小时？因为超过两小时，人就会开始纠结美术风格、音效细节、数值平衡这些“后期活儿”，而原型阶段最怕的就是过早陷入打磨。两小时的时间盒逼着你只做核心机制，砍掉一切锦上添花的东西。

这个项目适合谁参考？三类人：一是想入门游戏开发但被引擎复杂度吓退的新手；二是有编程基础、想快速验证玩法的独立开发者；三是想了解 AI 辅助工作流到底能落地到什么程度的从业者。我全程用的工具链很朴素：一个主流游戏引擎、一个 AI 编程助手、一个 AI 图像生成工具，外加我自己积累的一套提示词模板。没有花哨的多 AI 协作框架，就是单点工具串起来用。

核心关键词就三个：AI、游戏 demo、游戏原型。这三个词贯穿始终——AI 是手段，游戏 demo 是交付物，游戏原型是定位。我见过太多人把 AI 辅助开发吹得神乎其神，也见过不少人试了一次觉得“也就那样”。问题往往不在工具本身，而在于你有没有把任务拆解到 AI 能接住的粒度。两小时能出 demo，靠的不是 AI 有多强，而是你把“做什么”想得足够清楚。

1.2 整体架构：三块拼图与一条主线

《霓虹地窖》的玩法一句话说清楚：玩家在一个霓虹风格的地窖场景里，操控角色躲避巡逻的敌人，收集散落的能量核心，集齐后开启出口逃脱。核心循环就是“移动-躲避-收集-逃脱”，没了。为什么选这个？因为它足够简单，简单到两小时能做完；又足够完整，完整到能验证“潜行收集”这个玩法有没有乐趣。

整个项目拆成三块拼图。第一块是场景与角色，包括地窖的墙体布局、玩家角色、敌人巡逻路径、可收集物。第二块是核心逻辑，包括玩家移动控制、敌人 AI 巡逻与追击、碰撞检测、收集计数、胜利判定。第三块是表现层，包括霓虹风格的视觉、简单的粒子反馈、UI 提示。三块拼图里，第二块是骨架，第一块是血肉，第三块是皮肤。时间分配上，骨架占 50%，血肉占 30%，皮肤占 20%。

主线只有一条：先让角色能动，再让敌人能动，然后让两者产生交互，最后套上视觉。这个顺序不能乱。我见过新手一上来就调光照、调材质，结果两小时过去角色还不会走。正确的做法是先用最丑的方块把逻辑跑通，确认玩法成立，再换皮。AI 在这个流程里的角色是“加速器”，不是“替代品”。它帮你写重复代码、生成占位素材、解释报错，但玩法设计、节奏把控、最终决策必须你自己来。

提示：时间盒项目的铁律是“先跑通，再好看”。任何在逻辑跑通之前做的美术投入，都有极大概率被推翻重来。

2. 核心细节解析与实操要点

2.1 场景搭建：用 AI 生成占位素材的正确姿势

场景搭建的第一步不是打开引擎，而是先想清楚地窖的尺寸和布局。我定的是 40x30 个格子，每个格子 1 米，玩家和敌人都占 1 格。为什么用格子？因为格子制让碰撞检测和路径规划变得极其简单，不需要复杂的物理系统。墙体、地面、收集物全部按格子坐标摆放，后期改布局就是改一个二维数组，非常直观。

AI 图像生成工具在这里的用法是生成贴图占位。我给它的提示词大意是“霓虹风格地窖地面，深紫色调，网格纹理，俯视角，像素风”。生成出来的图直接拖进引擎当材质用。这里有个关键技巧：不要指望 AI 一次生成完美贴图，而是生成一组风格接近的图，挑一张最顺眼的，剩下的用颜色调整凑合。两小时项目里，贴图精度不重要，风格统一才重要。

实操中我踩过一个坑：一开始让 AI 生成“完整地窖场景图”，想直接当背景用。结果生成的图透视和比例全对不上，根本没法用。后来改成生成“可平铺的纹理”，问题就解决了。所以给 AI 的指令要具体到“可平铺”“无缝”“俯视角”这些约束词，它才知道你要什么。占位素材的验收标准就一条：远看风格对，近看能接受，不追求细节。

2.2 角色控制：让 AI 写移动代码的提示词拆解

角色控制是第一个要跑通的逻辑。我的需求很明确：WASD 控制上下左右移动，移动速度恒定，碰到墙体停止。这个需求直接丢给 AI 编程助手，它给的代码基本能用，但有几个细节需要我手动调。第一是移动速度，AI 默认给的值往往偏快，我调成了每秒 4 格，手感刚好。第二是碰撞检测的时机，AI 有时会把检测放在移动之后，导致角色卡进墙里，需要改成“先检测目标位置是否可走，再执行移动”。

提示词怎么写很关键。我用的模板是：“用 [引擎名] 的 [语言] 写一个 2D 俯视角角色移动脚本，要求：WASD 控制，速度 [数值]，碰到标记为 Wall 的物体停止移动，代码加中文注释。”这个模板里，引擎、语言、控制方式、速度、碰撞条件、注释要求全部明确，AI 基本一次就能给对。如果你只说“写个角色移动”，它给的东西大概率要返工。

这里分享一个实操心得：AI 生成的代码不要直接全盘接受，先看它用了什么 API，再看逻辑顺序对不对。我习惯把 AI 代码当成“初稿”，自己过一遍，把变量名改成自己能看懂的，把魔法数字提取成常量。这个过程花不了几分钟，但后期调试时能省大量时间。角色控制跑通的标志是：你能用键盘让方块在场景里自由走动，撞墙会停，这就够了。

2.3 敌人巡逻：状态机是性价比最高的方案

敌人 AI 是 demo 的灵魂。我用的方案是极简状态机，只有两个状态：巡逻和追击。巡逻状态下，敌人沿着预设的几个路径点循环移动；追击状态下，敌人朝玩家当前位置移动。两个状态的切换条件是“玩家是否进入视野范围”。视野范围我设的是 5 格，超出就回到巡逻。

为什么用状态机而不是更复杂的寻路算法？因为两小时项目里，A* 寻路虽然强，但配置成本高，而且地窖布局简单，直线追击加简单避障就够用了。状态机的代码量小，逻辑清晰，AI 生成起来也准确。我给 AI 的提示词是：“写一个敌人巡逻脚本，巡逻时在 [路径点数组] 之间循环移动，当玩家距离小于 [数值] 时切换为追击状态，朝玩家移动，距离大于 [数值] 时恢复巡逻。”

实测下来，AI 生成的巡逻逻辑有个常见问题：路径点之间的移动是瞬移而不是平滑移动。原因是它直接设置了位置而不是用插值。解决办法是在提示词里加一句“移动要平滑，用插值实现”。另外，追击状态下的敌人容易和墙体穿模，需要复用玩家那套碰撞检测逻辑。把玩家脚本里的碰撞函数抽出来做成公共方法，敌人脚本直接调用，这样既省代码又保证行为一致。

2.4 收集与胜利判定：用事件驱动解耦逻辑

收集物和胜利判定是最后一块逻辑拼图。我的设计是场景里散落 5 个能量核心，玩家碰到就收集，计数加一，集齐 5 个后出口激活，玩家走到出口即胜利。这里的关键是解耦：收集逻辑不应该直接去改 UI，也不应该直接去改出口状态，而是发一个事件，让关心这个事件的对象自己去响应。

AI 写事件系统很容易写复杂，我直接让它用最朴素的方式：一个全局的计数器变量，加一个信号/事件机制。玩家碰到收集物时，收集物销毁，计数器加一，同时发出“收集数变化”事件。UI 监听这个事件更新显示，出口监听这个事件判断是否激活。这样各模块互不依赖，改起来方便。提示词里要强调“用事件/信号机制解耦，不要直接引用其他对象”。

胜利判定的坑在于触发时机。我一开始把判定写在出口的碰撞回调里，结果玩家还没走到出口，只是擦边就触发了。后来改成“出口激活状态下，玩家进入出口区域才触发”，并且加了一个短暂的延迟，让玩家看到胜利提示。这个细节 AI 不会主动帮你想到，得你自己在测试中发现。收集物的视觉反馈也很重要，我加了一个简单的缩放消失动画，成本极低但手感提升明显。

3. 实操过程与核心环节实现

3.1 第一小时：从空场景到可玩循环

第一小时的目标是“能玩”，具体说就是角色能动、敌人能动、收集能计数、胜利能触发。我按分钟拆了任务：0-10 分钟建项目、配好输入映射；10-25 分钟写角色移动和碰撞；25-40 分钟摆场景布局、放墙体和收集物；40-55 分钟写敌人巡逻和追击；55-60 分钟写收集计数和胜利判定。每个任务块之间留 2-3 分钟缓冲，用来处理 AI 代码的适配问题。

实际操作中，角色移动花了 18 分钟，比预期多，因为 AI 给的碰撞检测有个边界情况没处理——角色在墙角移动时会抖动。解决办法是把碰撞检测从“点检测”改成“矩形检测”，给角色一个略小于格子的碰撞盒。这个改动 AI 一开始没给对，我手动调了碰撞盒尺寸才解决。场景布局花了 12 分钟，主要是摆墙体位置，我用了一个简单的文本地图来定义，比如“#”代表墙、“.”代表空地、“P”代表玩家出生点，然后写了个小解析器把文本转成场景。这个技巧强烈推荐，改布局就是改文本，比在编辑器里拖拽快得多。

敌人巡逻花了 15 分钟，其中 5 分钟在调视野范围的数值。5 格太近，玩家容易溜过去；8 格太远，敌人追得太凶。最后定在 6 格，配合地窖的狭窄通道，紧张感刚好。收集和胜利判定花了 10 分钟，基本一次过。第一小时结束时，我已经能用键盘操控角色，躲开敌人，收集核心，走到出口看到胜利提示。虽然画面全是色块，但玩法循环已经成立。

3.2 第二小时：从能玩到有感觉

第二小时的目标是“有感觉”，具体说是视觉风格统一、反馈清晰、节奏舒服。0-15 分钟换贴图，把 AI 生成的霓虹纹理贴到地面和墙体上；15-25 分钟加玩家和敌人的简单动画，玩家移动时轻微缩放，敌人巡逻时颜色呼吸；25-35 分钟加收集反馈，收集物消失时爆一圈粒子；35-45 分钟加 UI，显示收集进度和胜利提示；45-55 分钟调数值和节奏，包括移动速度、敌人速度、视野范围；55-60 分钟跑完整流程测试，修明显 bug。

换贴图时遇到一个问题：AI 生成的纹理平铺后有明显的接缝。解决办法是在引擎里把纹理的平铺模式设成“镜像”，接缝就看不出来了。这个技巧适用于所有可平铺纹理，成本为零，效果立竿见影。粒子效果我用的是引擎自带的粒子系统，调了几个参数：发射数量 20、生命周期 0.5 秒、颜色从亮青到透明。不需要写代码，纯配置，5 分钟搞定。

UI 部分 AI 帮了大忙。我让它生成一个简单的 HUD 脚本，显示“核心：X/5”，并在集齐后显示“出口已开启”。AI 给的代码直接能用，我只改了字体大小和位置。数值调整是最耗时的，因为要反复试玩。我的方法是每次只调一个参数，调完立刻试玩，记录感受。移动速度从 4 调到 5 再调回 4.5，敌人速度从 2 调到 2.5，视野从 6 调到 5.5。这些微调没有标准答案，全靠手感。第二小时结束时，demo 已经像模像样了，霓虹色调统一，反馈清晰，玩起来有紧张感。

3.3 关键参数与配置速查

把核心参数整理成表，方便你直接抄作业。这些数值是我实测下来手感比较好的，你可以根据自己的场景尺寸和玩法节奏调整。

配置上还有几个容易忽略的点。输入映射要把 WASD 和方向键都绑上，方便不同习惯的玩家。碰撞层要分好，玩家、敌人、墙体、收集物各一层，避免误判。渲染顺序要设对，UI 在最上层，粒子在角色之上，地面在最底层。这些配置在引擎里都是点几下的事，但漏了就会出各种诡异 bug。

4. 常见问题与排查技巧实录

4.1 AI 代码适配的五个高频坑

用 AI 写代码，踩坑是常态。我整理了五个最高频的问题和解决办法。第一个是API 版本不匹配，AI 训练数据里的 API 可能和你用的引擎版本不一致，报错说“方法不存在”。解决办法是把引擎版本号写进提示词，比如“用 Unity 2022 LTS 的 API”。第二个是变量作用域错误，AI 有时把变量定义在错误的位置，导致运行时找不到。解决办法是让 AI“把成员变量和局部变量分开声明”，并自己检查一遍。

第三个是逻辑顺序颠倒，比如先移动再检测碰撞，导致穿墙。解决办法是在提示词里明确“先检测目标位置，再执行移动”。第四个是缺少边界处理，AI 写的循环或数组访问没有判空，场景一复杂就崩。解决办法是让 AI“加必要的空值检查和边界判断”。第五个是性能问题，AI 有时在每帧里做重复计算，比如每帧都查找一次玩家对象。解决办法是把查找结果缓存起来，在初始化时查一次就够了。

注意：AI 生成的代码永远要过一遍你的眼睛。它不是不能信任，而是它不知道你的具体上下文。你才是最终负责人。

4.2 玩法手感调试的独家心得

手感这东西，文档里不会写，只能自己试。我总结了三条心得。第一，移动要有加速和减速，瞬间启停的角色像机器人，加一个 0.1 秒的加速曲线，手感立刻柔和。第二，敌人追击要有预警，敌人从巡逻切到追击时，给一个明显的视觉或音效提示，比如颜色闪一下，玩家才知道自己被发现了。第三，收集反馈要即时且夸张，收集物消失的瞬间要有粒子、有音效、有 UI 跳动，三重反馈叠加，成就感才够。

还有一个反直觉的点：难度不是越高越好。我一开始把敌人视野调到 8 格，结果玩家寸步难行，玩两下就烦了。后来降到 5.5 格，配合地窖的拐角，玩家有地方躲，紧张感反而更强。好的难度曲线是“让玩家觉得自己差点就失败了，但最终成功了”。这个度需要反复试，我的建议是每次调 0.5 格，试玩三遍，取最舒服的那个值。

4.3 两小时时间盒的执行纪律

最后说说时间盒的执行。两小时听起来宽裕，实际很容易超。我的纪律是：每个任务块设硬性截止时间，到点必须进入下一块。比如角色移动计划 25 分钟，到 25 分钟哪怕还有小 bug，也先放着，继续做敌人。因为很多小 bug 会在后续开发中自然暴露或变得不重要。事实也确实如此，我第一小时结束时还有两个小问题，但第二小时调数值时顺手就修了。

另一个纪律是不追求完美。贴图有接缝？先放着。动画不流畅？先放着。UI 丑？先放着。两小时项目的目标是“验证玩法”，不是“发布产品”。我见过太多人卡在美术细节上，两小时过去连核心循环都没跑通。记住，demo 的价值在于证明“这个玩法好玩”，而不是“这个画面好看”。画面可以后期补，玩法不行就得推倒重来。

如果你也想试这个流程，我的建议是第一次别追求两小时，给自己三小时，把流程走通一遍。第二次再压缩到两小时，你会发现很多步骤已经形成肌肉记忆，AI 提示词也可以复用。第三次之后，两小时出 demo 就是常规操作了。这个流程我跑了七八次，现在最快的一次是一小时四十分钟，省下的二十分钟用来加了个简单的音效，体验又上了一个台阶。