<div style="background: linear-gradient(to right, #434343 0%, #000000 100%); 
            padding: 3rem 2rem; 
            text-align: center; 
            border-radius: 8px; 
            border: 1px solid rgba(255, 255, 255, 0.2); 
            box-shadow: 0 10px 20px rgba(0,0,0,0.19), 0 6px 6px rgba(0,0,0,0.23);">
    <h1 style="color: #00ff88;
               font-family: Arial, sans-serif;
               font-size: 2.5rem;
               text-align: center;
               background: linear-gradient(90deg, #00ff88 0%, #00ffff 100%);
               -webkit-background-clip: text;
               -webkit-text-fill-color: transparent;
               position: relative;
               letter-spacing: 2px;
               margin: 0;
               font-weight: 600;">
        AI应用随记
    </h1>
</div>

---
> 记录一下，第一个全程用AI开发的工具上线使用了。

### 开发工具

* ClaudeCode 
    - 前半段用的claude4.5，但是国内的总是断开，后来用的MiniMax2，首月9.9
* Codex
    - 这里用的佬友开发的MCP服务 [
codexmcp
](https://github.com/GuDaStudio/codexmcp)
    - gpt5.1codex 配合 CodexCli写代码还是比较准确的，但是整体的规划不好，有时候会过度写；Claude细节又写不好，而且后面换了`MiniMax2`能力不是很突出，经常说改了但是还那样，所以后来的方案还是结合起来用；
    
    - 放个codex稳定服务商AFF  [Privnode](https://privnode.com/ref/p1Qp)

* CodeSwitch
    - 前半段使用[CodeSwitchR](https://github.com/Rogers-F/code-switch-R)进行本地的切换；因为每次还要启动所以后面就换了；
* CCH
    * 后期使用了 [claude-code-hub](https://github.com/ding113/claude-code-hub)部署到VPS进行管理；
    
### 开发过程

1. 首先**第一版**PRD是手写的✍️，和`Gemini2.5Pro`一块讨论的，最终就想管理服务器的开机启动、定时任务、循环任务；能写脚本就行；
2. `Gemini2.5Pro`画的原型图📐，其实这一步是完善PRD的操作，高可用原型的成本已经非常低了，这里的PRD不仅是给人看的也是AI的提示词所以需要反复的迭代；最后输出**需求和初设文档**，要求是在初步设计时不带有具体的代码实现，如有必要只使用伪代码进行关键的逻辑描述，遵循MVP设计原则🎯；
3. 初步的定稿后使用的`Gemini3.0Pro`定义前端主题，前端审美这一块，拿捏🤏 ，一次就定下了主题；
4. 通过初设文档写了用户故事，进一步让AI能理解需求🤔，这两个文档是cc生成并且人工审核修改的，之后的工作就完整交给**Vibe coding**了；
5. 大模块和基本功能定下后，我让cc根据**需求和初设**和**用户故事**输出了**测试数据**和**后端接口文档**，进一步限定开发范围，避免过度设计；
6. 接下来我用`claude-sonnet-4-5`进行了技术选型并搭建基本程序框架，正式进入代码编写阶段👨‍💻；
7. 由于之前写了测试数据`Mock`,我直接从最核心的模块🧩进行开发，一些基础的数据全部来自测试数据，如果核心模块测试通过，其他外围的数据就固定了；
8. 首先我完成了服务器管理的核心功能⭐开发测试；
    * 前半段完全使用codex开发的，他的遵循能力很强，像前端基本设计出来能看，但是claude4.5总是在写前端时发挥导致页面主题看不得，还要用codex改；
    * 但是codex有个问题就是总会写新方法，加功能或者改一个小功能，都时一片绿色（加代码），中间我又让其进行了多次的重构和抽象以提取通用的代码；后来使用cc+codexmcp有所收敛;
    * `MiniMax2`的代码修复能力只能靠撞，抽卡，而且异常执拗；
9. 然后是基础数据的开发，像节点管理，脚本模板等；
10. 最后是系统日志、系统设置，仪表盘，登录认证是最后完成的；
11. 总耗时两周，总token数不好统计，大于200M，请求次数大于5000次；` 1 作者 已经推送 95 提交 到 master 和 95 提交 到所有分支。 在 master 上， 371 文件 已经改变 而且 新增 101407 行 和 删除 32989 行.`

### 随记
人人都是产品经理这句话越来越得到体现，我只做了软件范围的限定和测试（其实测试这部分也可以自动化）；

![图片.png](/static/img/b3e19091de7b4c37f99ee4b9f8659f0b.%C3%A5%C2%9B%C2%BE%C3%A7%C2%89%C2%87.webp)


![图片.png](/static/img/73f9270bce36e7c44eb68fa1a3916149.%C3%A5%C2%9B%C2%BE%C3%A7%C2%89%C2%87.webp)

![图片.png](/static/img/dd74651e38af15db2515cb1604bf15f4.%C3%A5%C2%9B%C2%BE%C3%A7%C2%89%C2%87.webp)

![图片.png](/static/img/0c1cf5792af642976beb8341259e07ed.%C3%A5%C2%9B%C2%BE%C3%A7%C2%89%C2%87.webp)

![图片.png](/static/img/6975132ee7317cbad3b10443e43ce84f.%C3%A5%C2%9B%C2%BE%C3%A7%C2%89%C2%87.webp)

我的第一个100%Vibe coding应用

<div style="background: linear-gradient(to right, #434343 0%, #000000 100%); 
            padding: 3rem 2rem; 
            text-align: center; 
            border-radius: 8px; 
            border: 1px solid rgba(255, 255, 255, 0.2); 
            box-shadow: 0 10px 20px rgba(0,0,0,0.19), 0 6px 6px rgba(0,0,0,0.23);">
    <h1 style="color: #00ff88;
               font-family: Arial, sans-serif;
               font-size: 2.5rem;
               text-align: center;
               background: linear-gradient(90deg, #00ff88 0%, #00ffff 100%);
               -webkit-background-clip: text;
               -webkit-text-fill-color: transparent;
               position: relative;
               letter-spacing: 2px;
               margin: 0;
               font-weight: 600;">
        日常AI应用随记
    </h1>
</div>

# 日常AI应用实践总结

## 1. 辅助开发

### 1.1. 注释生成
*   **自研插件 (FineUICoreDesignerPro for VS2022):** 在前台文件保存时，利用AI自动读取文件内容，为控件生成注释，方便后台的调用与维护。

![图片.png](/static/img/d2ccce88a84257f9e4d24bb0144cca42.%C3%A5%C2%9B%C2%BE%C3%A7%C2%89%C2%87.webp)
![图片.png](/static/img/dce04c06827e2467130da7d553bc133e.%C3%A5%C2%9B%C2%BE%C3%A7%C2%89%C2%87.webp)


### 1.2. Git自动提交
*   **VS2022 集成工具 (基于 AICommits):** 汉化并集成了开源项目 AICommits。通过一键操作，AI能够自动读取代码的修改内容（diff），生成规范且表意清晰的 commit message，并完成提交与推送。

![图片.png](/static/img/ccf2ea515d299fb17110ba0f7882f931.%C3%A5%C2%9B%C2%BE%C3%A7%C2%89%C2%87.webp)
### 1.3. 编写代码
*   **辅助工具/插件:** Codex CIL, Claude CIL, Kilo Code 等。
*   **主力模型:** GLM-4.6, Gemini 2.5 Pro, Claude-4-Sonnet。

---

## 2. MCP插件与知识库

### 2.1. 提交记录查询
*   **自研Gitea MCP插件:** 配合AI，可以高效地读取指定项目或时间段内的Git提交记录，并进行智能总结或精确查询，快速定位版本变更历史。

### 2.2. ERP库表查询
*   **自研ERP库表查询MCP:** 能够查询当前ERP系统的数据库表结构。通过配置AI，实现TXT2SQL，辅助进行复杂的库表查询、字段查询和SQL语句编写。

### 2.3. ERP智能查询平台 (Agent + 知识库)
*   **技术架构:** 基于开源项目 **FastGPT** 搭建。
*   **知识库构建:** 整合公开的易飞ERP资料，构建领域知识库。
*   **应用模式:** 以智能体（Agent）的形式，配合MCP插件，用于解答ERP相关的业务流程问题和数据库技术问题。

![图片.png](/static/img/0fcd3309afdc0bc3e3b08b6a11c96b3a.%C3%A5%C2%9B%C2%BE%C3%A7%C2%89%C2%87.webp)

![图片.png](/static/img/d28c59a1523cff915d2ad91de1dfdb32.%C3%A5%C2%9B%C2%BE%C3%A7%C2%89%C2%87.webp)

![图片.png](/static/img/6f03632f94e2e6ada1077892d1a7efa5.%C3%A5%C2%9B%C2%BE%C3%A7%C2%89%C2%87.webp)
---

## 3. 其他效率工具

### 3.1. 自研智能图表生成器
*   **核心功能:** 根据自然语言提示（Prompt）生成 **ECharts** 图表。
*   **智能交互:** 能够智能推送图表优化建议，并支持通过连续对话进行图表的实时修改。
*   **输出与分享:** 支持将生成的图表导出为PNG图片，并提供分享功能。


![图片.png](/static/img/8cdc8de8290e60aa4d0478e74f8502c7.%C3%A5%C2%9B%C2%BE%C3%A7%C2%89%C2%87.webp)
### 3.2. 自研流程图工具
*   **核心功能:** 根据自然语言提示（Prompt）生成 **Mermaid** 语法的流程图。
*   **交互特性:** 支持连续对话、查看历史对话记录以及版本回退功能。


![图片.png](/static/img/1374f9af28b5e0048f69590cc15a8c8a.%C3%A5%C2%9B%C2%BE%C3%A7%C2%89%C2%87.webp)

拥抱AI-日常AI应用

<div style="background: linear-gradient(135deg, #1a1a1a 0%, #0a3d62 100%); 
            padding: 3rem 2rem; 
            text-align: center; 
            border-radius: 8px; 
            border: 1px solid rgba(255, 255, 255, 0.1); 
            box-shadow: 0 2px 10px rgba(0, 0, 0, 0.2);">
    <h1 style="color: #00ff88;
               font-family: Arial, sans-serif;
               font-size: 2.5rem;
               text-align: center;
               background: linear-gradient(90deg, #00ff88 0%, #00ffff 100%);
               -webkit-background-clip: text;
               -webkit-text-fill-color: transparent;
               position: relative;
               letter-spacing: 2px;
               margin: 0;
               font-weight: 600;">
        用AI开发的随记
    </h1>
</div>

---

## 碎碎念

最近拥抱AI开发，给已有的扩展增加了功能，修改了两个开源项目，有了AI后基本就是0门槛，直接对话，然后等结果，测试，反馈，再等结果，提交；这里随便记一下；

常用的模型是`GLM-4.5`，`claude-4-sonnet`，`gemini-2.5-pro`，为什么是三个，这个真的要配合用，`claude-4-sonnet`写代码的欲望是最强的，`GLM-4.5`差不多但是有时候比较执着，`gemini-2.5-pro` 比较保守（懒）可能不是重点写代码的模型吧。



token消耗和流水一样，成本巨大，我的扩展控件，开发了一个功能，用了`1000Mtoken`；挺多的，主力是`GLM-4.5`，`claude`实在用不起，因为也不是生产开发，就是做点小功能。

FineUI的前端调试扩展基本整个模块都是AI写的，人工参与5%左右，我就关了点日志，之前很少接触的浏览器扩展，nodejs 现在也是0基础上手了，经过30多年的学习，和AI使用中文对话还是很流畅的。

对话过程有时候也会被气死，架子可能一次对话就搭建完了，修改BUG可能会遇见LLM的执拗，找不到重点，无限重试，怎么告诉他错了也不好使，因为上下文太多吧，这时需要及时暂停指出，或者自己总结上下文重新对话。RooCode插件还是很直观的能回溯能切换模型。

---
## 最后

最后，用AI修改了[aicommits](https://github.com/Nutlope/aicommits)项目，一个通过AI总结git提交的插件，原项目不能配置openai地址，众所周知`https://api.openai.com`不是正确的地址。

这里有一个实践就是VS2022可以自定义命令，这样配置工具菜单中就会有一个项了，算是快捷方式，当然也是AI告诉我的。

![图片.png](/static/img/eb5eba3cbda8ee3741df55b26c3aa9de.%C3%A5%C2%9B%C2%BE%C3%A7%C2%89%C2%87.webp)


![图片.png](/static/img/f4b91ed5bf2d4141594f501df65aa103.%C3%A5%C2%9B%C2%BE%C3%A7%C2%89%C2%87.webp)


![图片.png](/static/img/05391dd9d28061fb79a0a34a74a107c6.%C3%A5%C2%9B%C2%BE%C3%A7%C2%89%C2%87.webp)
---

## 继续念

用AI编程后，感觉博客没啥可总结分享的；都是对话，改啥了我也没看，能用就OK提交了，撑死分享个成品，即使记上点啥东西也是AI告诉我的，我再写博客里，感觉没啥必要。

一下又得到了，一下又失去了

有一天就完全黑盒了，硬件底层是量子的不可测，开发语言也是混沌的，AI能看懂就得了呗，终端就一个对话框，或者 我就是终端

拥抱AI开发记录

> 我本来了解Source Generators源生成器但是不知道什么地方用，今天我正好有个需求，从`切面编程`用到了`Source Generators`；这里作为一个典型场景记录

## 1. 懒
任何代码的封装都是犯懒的结果，今天升级框架的时候要给基础表增加数据变更全局通知的方法，直接通知到前端，这个数据变了刷新一下
本来前端我会这样写 `.Sys2DDL()`

![图片.png](/static/img/9c6a3f19310cc0f84b8060714296d9d4.%C3%A5%C2%9B%C2%BE%C3%A7%C2%89%C2%87.webp)
就是指定这个下拉控件是一个标准部门控件，应该加载部门数据；这时我可以在`Sys2DDL`中绑定数据的同时，注册一个事件，就是等变更的时候重新刷新数据；这样的话就是全局的所有包括`Sys2DDL`的控件都刷新了不用每个页面自己写；



需求就是这，然后拆解，第一步，监听数据变化，标准方式是这样的
```
//部门表持久化
public partial class BLLSystem_2 : SqlSugarHelp<Mssystem_2>, ISqlQueryed<Mssystem_2>
{
    ...
    
    //实现ISqlQueryed
    public async Task<MsReturned> Handle(SqlSugarQueryed_Event<Mssystem_2> request, CancellationToken cancellationToken)
    {
        var type = request.type;
        if (type != SqlSugarQueryedType.Query)
        {
            SignalRHelper.SendHubMessage("updateMssystem_2");
        }
        return new MsReturned();
    }
}
```
`BLLSystem_2` 类要继承`ISqlQueryed<T>`然后实现`Handle`就可以了，问题来了，这样的基础表有多个（超过3我就赖的写了）明显是个重复的方法，如果我能写成`特性`直接放类上，这样就可以给别的类用了，我的目标是这样
```
[WathingAndSend] // 或者 [WathingAndSend("MyCustomEvent")]
public partial class BLLSystem_2 : SqlSugarHelp<Mssystem_2>
{
    // 内部空空如也，或者只关心它自己的核心逻辑
}

```

## 2. 写
首先`[WathingAndSend]`没有破坏类的原始结构，如何让一个类，动态的继承一个接口并实现呢，这属于套了两层AOP，需要再切一下，这时要用到`Source Generators源生成器`在编译时动态生成类
```
//动态生成的
public partial class BLLSystem_2 : ISqlQueryed<Mssystem_2>
{
    public async Task<MsReturned> Handle...
}
```

流程就是：找到`WathingAndSend`标记 → 拿到`命名空间` → 拿到`<T>` → 拼代码 → 注入编译；

剩下的交给`AI`(懒)🛋️
```
using Microsoft.CodeAnalysis;
using Microsoft.CodeAnalysis.CSharp;
using Microsoft.CodeAnalysis.CSharp.Syntax;
using Microsoft.CodeAnalysis.Text;
using System.Collections.Generic;
using System.Linq;
using System.Text;

namespace HD_System.Generator
{
    /// <summary>
    /// 一个 Roslyn Source Generator，用于自动实现数据变更后的 SignalR 通知逻辑。
    /// 它会查找所有标记了 [WathingAndSend] 特性的类，并为它们自动生成 <c>ISqlQueryed&lt;T&gt;</c> 接口的实现。
    /// 主要功能：
    /// 1. 自动实现 Handle 方法。
    /// 2. 在非查询操作后，通过 SignalR 发送通知。
    /// 3. 支持通过特性参数自定义 SignalR 的事件名称。
    /// 4. 提供编译时错误检查，强制要求目标类必须是 'partial'。
    /// </summary>
    [Generator]
    public class WathingAndSendGenerator : ISourceGenerator
    {
        /// <summary>
        /// 定义一个诊断规则，用于在目标类未标记为 'partial' 时报告一个清晰的编译错误。
        /// 这是为了提供比默认编译器错误(CS0260)更友好的用户体验。
        /// </summary>
        private static readonly DiagnosticDescriptor MustBePartialRule = new DiagnosticDescriptor(
            id: "WATG001", // 自定义错误码
            title: "带有[WathingAndSend]的类必须是 partial 的",
            messageFormat: "类 '{0}' 使用了 [WathingAndSend] 特性，但没有被标记为 'partial'。",
            category: "Usage", // 错误类别
            defaultSeverity: DiagnosticSeverity.Error, // 严重级别：错误，会导致编译失败
            isEnabledByDefault: true,
            description: "Source Generator 需要为该类添加另一部分代码，因此该类必须声明为 partial。");

        /// <summary>
        /// 初始化 Generator。此方法在编译开始时由 Roslyn 调用一次。
        /// 我们在此注册一个语法接收器(SyntaxReceiver)，它能高效地筛选出我们可能感兴趣的语法节点（即带有特性的类），
        /// 以便在 Execute 方法中进行进一步的语义分析。
        /// </summary>
        public void Initialize(GeneratorInitializationContext context)
        {
            context.RegisterForSyntaxNotifications(() => new SyntaxReceiver());
        }

        /// <summary>
        /// 执行代码生成的核心方法。此方法在编译过程中被调用。
        /// 它会分析由 SyntaxReceiver 收集到的候选类，并为符合条件的类生成代码。
        /// </summary>
        public void Execute(GeneratorExecutionContext context)
        {
            if (!(context.SyntaxReceiver is SyntaxReceiver receiver))
                return;

            var attributeSymbol = context.Compilation.GetTypeByMetadataName(typeof(WathingAndSendAttribute).FullName);

            foreach (var classDeclaration in receiver.CandidateClasses)
            {
                var model = context.Compilation.GetSemanticModel(classDeclaration.SyntaxTree);
                var classSymbol = model.GetDeclaredSymbol(classDeclaration);
                
                var attributeData = classSymbol.GetAttributes().FirstOrDefault(ad => ad.AttributeClass.Equals(attributeSymbol, SymbolEqualityComparer.Default));

                if (attributeData != null)
                {
                    if (!classDeclaration.Modifiers.Any(m => m.IsKind(SyntaxKind.PartialKeyword)))
                    {
                        var diagnostic = Diagnostic.Create(MustBePartialRule, classDeclaration.GetLocation(), classSymbol.Name);
                        context.ReportDiagnostic(diagnostic);
                        continue;
                    }
                    
                    string? customMessage = null;
                    if (attributeData.ConstructorArguments.Length > 0)
                    {
                        var arg = attributeData.ConstructorArguments[0];
                        if (!arg.IsNull && arg.Value is string value)
                        {
                            customMessage = value;
                        }
                    }
                    
                    var baseType = classSymbol.BaseType;
                    if (baseType == null || !baseType.Name.Contains("SqlSugarHelp") || baseType.TypeArguments.Length == 0) continue;

                    var modelTypeSymbol = baseType.TypeArguments[0];
                    string modelTypeName = modelTypeSymbol.Name;

                    string hubMessageToSend = string.IsNullOrEmpty(customMessage)
                        ? $"update{modelTypeName}"
                        : customMessage;
                    
                    string namespaceName = classSymbol.ContainingNamespace.ToDisplayString();
                    string className = classSymbol.Name;
                    
                    var source = GeneratePartialClass(namespaceName, className, modelTypeName, hubMessageToSend);
                    context.AddSource($"{className}_Generated.cs", SourceText.From(source, Encoding.UTF8));
                }
            }
        }

        /// <summary>
        /// 根据提供的参数，生成 partial 类的 C# 代码字符串。
        /// </summary>
        /// <param name="namespaceName">目标类所在的命名空间。</param>
        /// <param name="className">目标类的名称。</param>
        /// <param name="modelTypeName">从 <c>SqlSugarHelp&lt;T&gt;</c> 中提取的泛型模型 T 的名称。</param>
        /// <param name="hubMessage">要发送的 SignalR Hub 消息事件名。</param>
        /// <returns>包含生成的 partial class 代码的字符串。</returns>
        private string GeneratePartialClass(string namespaceName, string className, string modelTypeName, string hubMessage)
        {
            return $$"""
            // <auto-generated/>
            // 此文件由 WathingAndSendGenerator 自动生成，请勿手动修改。
            #nullable enable

            using HD.Commons.DataBase;
            using HD.ModelBase;
            using HD_System.Models;
            using Microsoft.AspNetCore.SignalR;
            using System.Threading;
            using System.Threading.Tasks;

            namespace {{namespaceName}}
            {
                /// <summary>
                /// 这是由 Source Generator 自动生成的 {{className}} 的部分类。
                /// 它实现了 <c>ISqlQueryed&lt;{{modelTypeName}}&gt;</c> 接口，并处理了数据变更后的 SignalR 通知。
                /// </summary>
                public partial class {{className}} : ISqlQueryed<{{modelTypeName}}>
                {
                    public async Task<MsReturned> Handle(SqlSugarQueryed_Event<{{modelTypeName}}> request, CancellationToken cancellationToken)
                    {
                        var type = request.type;
                        if (type != SqlSugarQueryedType.Query)
                        {
                            // 在非查询操作后发送 SignalR 消息
                            SignalRHelper.SendHubMessage("{{hubMessage}}");
                        }
                        
                        // 返回一个默认的成功结果
                        return await Task.FromResult(new MsReturned());
                    }
                }
            }
            """;
        }

        /// <summary>
        /// 一个语法接收器，用于在编译的早期阶段快速、轻量地收集所有可能需要处理的类声明。
        /// 它只进行语法层面的筛选（例如，检查是否存在特性），而不进行昂贵的语义分析。
        /// </summary>
        private class SyntaxReceiver : ISyntaxReceiver
        {
            /// <summary>
            /// 存储所有带有至少一个特性的类声明节点。
            /// </summary>
            public List<ClassDeclarationSyntax> CandidateClasses { get; } = new List<ClassDeclarationSyntax>();

            /// <summary>
            /// 当 Roslyn 遍历语法树时，每个节点都会调用此方法。
            /// </summary>
            /// <param name="syntaxNode">当前访问的语法节点。</param>
            public void OnVisitSyntaxNode(SyntaxNode syntaxNode)
            {
                if (syntaxNode is ClassDeclarationSyntax classDeclarationSyntax && classDeclarationSyntax.AttributeLists.Count > 0)
                {
                    CandidateClasses.Add(classDeclarationSyntax);
                }
            }
        }
    }
}

```

记录Source Generators源生成器的应用场景

![AIxiegushi.png](/static/img/6e70f3c27bbc0e76fe8603fc63c942ab.AIxiegushi.webp)
## 第一章：觉醒与“号商”的谜团

清晨，第一缕阳光透过薄薄的窗帘，像一把无形的刀，精准地切割开房间里熟悉的昏暗。它落在我的眼睑上，痒痒的，却又带着一种不同寻常的沉重。我猛地睁开眼，盯着天花板上那道因潮湿而泛黄的裂纹，心跳如鼓。

一股电流从脊椎末端窜上脑海，那是一种难以言喻的感知——我，不再是昨天的我了。超能力？这个词在脑海中炸开，如同平地一声惊雷。惊喜、错愕、荒诞、狂喜……各种情绪交织在一起，几乎要将我淹没。

无数个念头如同走马灯般闪过：我可以利用这份力量改变我那乏善可陈的生活，摆脱日复一日的压抑和焦虑；或者，报复那些曾经将我踩在脚下，让我痛苦不堪的人。那些职场上阴险的嘴脸，那些背后的刀子……



窗外，清脆的鸟鸣声打破了屋内的寂静，带来了一丝久违的宁静。我深吸一口气，知道，从这一刻起，我的人生轨迹将彻底偏离原有的轨道，驶向一个未知的转折点。

报复的念头只是一闪而过，很快便被另一种更温暖、更纯粹的冲动所取代。我厌倦了职场的阴暗面，那些勾心斗角，那些尔虞我诈，早已让我心力交瘁。如果这份力量是为了让我沉沦于仇恨，那它就毫无意义。

我的脑海中浮现出两张熟悉的笑脸——王安然，苏瑾。大学时光的快乐与纯真，如同一股清泉，洗涤着我被现实蒙蔽的心灵。她们是那时我生命中仅有的光亮，而现在，或许我能成为她们的光。成为她们的守护者，这个念头让我感到前所未有的踏实。

我首先想到了王安然。她总是那么细腻，默默地关注着身边的人。我总觉得，她似乎能感受到我内心深处的挣扎和不甘。她最近过得怎么样？会不会也像我一样，在现实的泥沼中挣扎？

我决定先去看看她。闭上眼，我集中精神，脑海中浮现出王安然家的地址。一股奇妙的拉扯感瞬间袭来，当我再次睁开眼时，周围的景象已然天翻地覆。我站在一条熟悉的街道旁，空气中弥漫着清晨特有的湿润与喧嚣。王安然的公寓就在不远处，而我，正处于一种奇妙的隐形状态，仿佛与周围的一切融为一体。

隐形的我，宛如幽灵般站在王安然家附近的街道旁。清晨的市井气息扑面而来，唤醒了我那被超能力冲击得有些麻木的感官。不远处，几个小摊贩已经支起了摊位，热气腾腾的食物香气在空气中弥漫开来。

最先吸引我的是一个肠粉摊。雪白的肠粉在蒸汽中若隐若现，淋上酱汁，撒上葱花，那股米浆的清香与酱油的醇厚混合在一起，诱人无比。旁边，一个卖炸山楂片的小摊也生意兴隆，金黄酥脆的山楂片堆成小山，散发着一股酸甜的独特味道，让人光是闻着就分泌口水。

我的肚子不争气地“咕噜”了一声。虽然拥有了超能力，但生理需求依然存在。是该继续专注于守护王安然，还是先满足一下味蕾？我陷入了纠结。守护者的职责固然重要，但空着肚子，总觉得少了些什么。

最终，饥饿战胜了理智。我摸了摸空空的肚子，决定先填饱肚子再说。守护之旅漫长，总不能饿着肚子。

我走向那个肠粉摊，目光却不自觉地在周围搜寻着，嘴里喃喃道：“老板，有没有……干锅椰子壳？”

摊主是个中年男人，穿着沾着油渍的围裙，他一脸疑惑地看着我（当然，他看不到我，但我能感觉到他的疑惑），摇了摇头，操着一口地道的本地口音说：“小伙子，你说的啥？这里可没那玩意儿。不过我这肠粉可是祖传手艺，还有炸山楂片，都是地道的，要不要来一份？”

干锅椰子壳？果然是没有。我有些失望，但转念一想，肠粉和炸山楂片也确实香气诱人。我叹了口气，决定妥协：“那……给我来一份肠粉，再来一份炸山楂片吧。”

就在我以为这只是一次普通的早餐采购时，意想不到的事情发生了。

我话音刚落，那个原本一脸懵懂的摊主，忽然露出一个意味深长的笑容。他神秘地朝我招了招手，示意我靠近。接着，他竟然从摊位下方一个不起眼的角落里，小心翼翼地拿出了一份……一份热气腾腾的干锅椰子壳！

我的眼睛瞬间瞪大，简直不敢相信眼前发生的一切。他刚才不是说没有吗？

“小伙子，眼光不错啊。”摊主低声说，语气带着一丝不易察觉的狡黠，“这东西可不是一般人能吃到的。你还要不要……‘key’？”

“Key？”我愣住了。

摊主压低了声音，几乎是耳语：“没错，就是‘key’。看来你也是圈子里的人啊。这里可不只是卖小吃，我还是个‘号商’。”

“号商？”我的心猛地一跳。这个词，在职场中代表着一种隐秘而强大的资源——那些能够打开各种门槛、获取特殊权限的账号和渠道。我原本只是想填饱肚子，却意外地撞破了一个隐藏在市井之中的秘密。气氛骤然变得紧张而神秘。我意识到，这可能是一个意外的信息源，一个潜在的盟友，或许能帮我在职场中获得一些意想不到的优势。

我故作镇定，心中却已是波涛汹涌。既然他自称“号商”，那他一定对“数据”和“系统”的门道有所了解。我决定考考他，看看这号商的成色究竟如何。

“老板，”我清了清嗓子，声音尽量保持平稳，“我有点好奇，如果是在一个ERP系统里，进货单上明明有四行明细，为什么明细账却只能查到两行？”

老板的笑容微微凝固，眼神中闪过一丝不易察觉的警觉，但很快又恢复了那副老谋深算的样子。他慢悠悠地擦了擦手，低声说道：“有些东西，是不能随便查的。”他的回答避重就轻，并没有正面回应我的问题。

我眉头微皱，看来他并不想轻易暴露什么。我再次提醒他，把问题限定得更具体些，看他还能怎么搪塞。

“我是说在ERP系统操作中，和存货有关的部分，”我再次明确地提醒他，语气中带着一丝不容置疑，“为什么进货单有四行，而明细账只能查到两行？”

老板的脸色微微一变，显然我的问题触及了他的敏感点。他沉默了片刻，随后压低了声音，几乎是耳语：“这部分数据，有特殊处理，非必要不宜过问。”他的眼神变得深邃起来，似乎在警告我不要再追问下去。

## 第二章：城管与RTX4090的荒诞剧

老板的回答让我彻底失望。什么“号商”？根本就是个装腔作势的江湖骗子！连这么简单的财务系统问题都避而不谈，还搞什么“特殊处理”，简直滑稽。我心中的那点期待瞬间烟消云散，取而代之的是一股被愚弄的恼怒。

既然他不是真号商，那我就没必要再跟他耗着了。这种占道经营的小摊贩，就该让城管来好好“管理”一下。

“老板，”我冷冷地开口，语气中带着一丝不耐烦，“城管的电话是多少？我想举报这个摊位。”

老板的脸色彻底沉了下来，显得有些不耐烦，但还是冷冷地甩给我一个号码：“自己打！”

我掏出手机，毫不犹豫地拨通了那个号码。电话那头传来一阵嘈杂的背景音，接着是一个懒洋洋的声音：“喂，城管。”我简要说明了情况，挂断电话，心中暗自期待着城管的到来，能给这个装神弄鬼的摊主一点教训。

没过多久，一阵由远及近的电动车引擎声打破了清晨的宁静。我抬头望去，只见一队身穿制服的人马，骑着清一色的雅迪电动车，浩浩荡荡地驶来。领头的是一个身材魁梧的城管，胸前的名牌赫然写着“小金果”。

小金果利落地从车上跳下，他身后跟着四名帮手，其中两名手脚麻利地从车上搬下工具，似乎准备干活。然而，最让人目瞪口呆的是，后面还跟着足足十一位穿着厨师服的人！他们手里还拿着笔记本和笔，脸上写满了好奇与期待。

小金果朝摊主这边扫了一眼，然后大步流星地走过来，语气却出乎意料地温和：“老王啊，听说你这儿有炸山楂片？”他顿了顿，眼神转向那堆椰子壳，“我们这几位厨师傅，听说你最近研究出了干锅椰子壳的新技巧，特地来学习观摩的！”

这番话让我目瞪口呆。城管带着厨师团来学习炸山楂片和干锅椰子壳？这算哪门子事？整个场面瞬间变得荒诞而超现实。

就在这混乱的时刻，我心中的那股无名火突然被点燃了。超能力觉醒，想当守护者，结果被一个假号商骗了不说，还遇到这么一群奇葩的城管和厨师。我感到一种强烈的挫败感和被戏弄的愤怒。

我猛地向前一步，心中的怒火化作一道无形的波澜，瞬间将我包裹的隐形状态冲破！

我的身影在摊主面前骤然显现，带着一股不容置疑的压迫感。摊主吓了一跳，身体猛地向后一缩，脸上写满了惊恐。旁边的城管和小金果也愣住了，厨师们更是直接停下了笔记，所有人的目光都聚焦在我身上。

“赶快给我一块RTX4090！”我怒声吼道，声音带着一丝颤抖，那是愤怒与某种难以言喻的冲动交织在一起。我甚至没意识到，我要求的是一块显卡，而不是什么实际的物品，仿佛这块显卡就能平息我内心的所有不满。

摊主显得惊慌失措，他四处张望，显然没料到我会突然现身，更没料到会提出如此莫名其妙的要求。他结结巴巴地说：“RTX……RTX4090？那……那不是……”

我的话语，我的出现，让整个场面陷入了死寂。所有人都呆滞地看着我，仿佛我是从天而降的怪物。

我这才后知后觉地意识到——我竟然忘了，我刚才一直都是隐身状态！我的超能力，在愤怒之下，竟然自行解除了！

摊主惊恐地看着我，又看了看那口煮着椰子壳的大锅，脸上挤出一个比哭还难看的笑容，带着哭腔说：“大侠饶命啊！N系……N系都在锅里，实在拿不出来啊！”

N系都在锅里？我看着那口冒着热气的干锅，再看看周围一脸懵逼的城管和厨师们，只觉得一阵头晕目眩。这到底是什么鬼地方？我的超能力觉醒后的第一天，竟然以这样一种荒诞的方式展开了。