无尘阁日记

NAN GE SERVICE · 2026 · FDE

楠哥服务产品从「知道」到「跑起来」

不卖知识库,交付能出货的产线。企业 AI 落地 FDE 驻场 · 团队 AI 工作流共建 · 个人 AI 私教陪跑。把判断固化成 Skill,把 Skill 编排成工作流,把工作流托管成有日志、有验收、有人审的 Agent。

17 年跨界15,000+ 小时 AI 实操20+ 套已上线工作流90+ 个公开实验
进入服务产品页 →
L1场景定锚
L2归因建模
L3资产固化
L4编排托管

技术笔记 第27页

共 358 篇

跟AI协作完成下载接口

问:/** * @route v1/domain-version/download * @name 获取下载文件 * @uses fetch download file * @parameter integer UserId 用户id * @parameter string TokenId token * @parameter integer Project…

跟AI合作实现项目创建的功能002

问:底下的请求rabbitMQ部分请你也加上吧。$result = array_merge($result, TJProjectStatistics::getProject($model->Id,TJProjectStatistics::EVALUATION_METHOD_FINAL_COST)); $result['Id'] = $model->Id…

跟AI合作实现项目创建的功能001

问: CREATE TABLE TJ_Projects ( Id int NOT NULL AUTO_INCREMENT, ProjectCode varchar(50) CHARACTER SET utf8 COLLATE utf8_unicode_ci DEFAULT '' COMMENT '项目编码'…

彻底重写:从根本上拆解并构建全新逻辑

在面对一个复杂的技术开发任务时,往往会出现两种心态。一种是倾向于保留已有的部分逻辑和代码,进行逐步修改,试图在旧框架上扩展新的功能;另一种则是完全抛弃旧有的逻辑,重新从零开始构建。这两种方式各有利弊,关键在于面对问题的心态以及最终目标的实现方式。在你提到的情况中,选择重写而非修改现有逻辑,反映出一种从根本上解决问题的思维模式。

跟AI协作梳理新需求对应的功能清单todo-list

问:我现在有这样一个需求:1. 创建基于文件底稿的单项资产项目,则需要给项目表TJ_Projects加一个类型区分,ProjectType,1普通项目,2单项资产项目,默认为1,并且更新项目模型;2. 这种项目它是没有评估方法的,所以以前的检测评估方法的都要更改。

跟AI合作校验AI助手的相关配置

问:我现在需要做企业级校验,配置如下:-- 14. {-- "enabled": true,-- "request_interval_sec": 60,-- "token_limit": 100000,-- "token_used": 4300,-- "access_start_time": "2025-03-01 00:00:00"…

【实战手记】如何高效构建AI使用记录统计接口:从设计到落地的全流程拆解

今天,我们用不到半天的时间,完成了一个企业级AI使用监控系统中最关键的数据接口之一:使用记录概览(Usage Summary)API。这个接口的目标是简单明了的:提供分页、筛选、关联信息丰富的用户调用统计数据,支持灵活的多维度分析,并保证前后端协同顺畅、数据结构直观、性能可控。但要做对、做顺,不只是写几个SQL那么简单。

我在写作的底层,思考如何“创造行业规则”

好啊,咱今天不端架子,也不扯大词,来聊聊写作这个行当里的“行业规则”到底怎么来的,又该怎么被改写。你别看现在满地写作者,动不动搞写作课、写作训练营、写作副业三板斧,个个都像是“内容界的巴菲特”,其实大部分写作者啊,都是在一套早就被设定好的游戏规则里,扮演一个“听话又努力”的内容生产工。你以为你在写作,其实你在服从。