RequestHunt 首页仍未更新：8 条无代码需求，都在改已经做好的东西
RequestHunt 首页继续停更，本期从站内 No-code App Builder 主题页取出 8 条来自 AppFlowy、NocoDB 与 r/nocode 的真实需求，按「改结构、改显示、改运行、改路径」拆开，说清改造已经做好的东西为什么比从头搭更贵，并给出今天能排、要等版本、只能自己绕的判断。
这 30 条在前面十几期里已经逐条拆过。这一期换入口：站内主题页「No-code App Builder」。3
页上 10 条 Top Requests，取 8 条。放掉两条：一条是 r/webdev 的自荐帖，留到第四节当对照材料；一条是 r/SideProject 的小应用自荐，原帖就是作者在推自己的产品。
留下的 8 条，原帖都写在 2026 年 3 月 5 日到 14 日之间。其中 5 条来自 AppFlowy 与 NocoDB 的 GitHub issue，3 条来自 r/nocode 的讨论帖。
这 8 条要的是同一件事：把已经做好的东西改一处。
改一处常常比从头搭一遍还贵，贵在它要动别人已经在用的东西。这一期沿着这个方向走。
这 8 条
| 需求 | 页面分 | 原帖今天 | 提出 | 卡在哪一层 |
|---|---|---|---|---|
| 模板套不到已有页面 | 0 | GitHub，4 评论 / 0 反应 | 03-13 | 数据结构 |
| 搜索跨不出这一列 | 0 | GitHub，1 评论，已关闭 | 03-05 | 查询 |
| 日期显示成「几天前」 | 0 | GitHub，0 评论 / 0 反应 | 03-12 | 显示 |
| 本地 AI 关了，图标还在 | 0 | GitHub，2 评论 / 0 反应 | 03-13 | 显示 |
| 界面看着不像专业产品 | 3 | Reddit，8 分 / 13 评论 | 03-14 | 外观 |
| 密钥从 Secret 取 | 0 | GitHub，1 评论，已关闭 | 03-12 | 部署 |
| 自动化别变成一锅面 | 1 | Reddit，3 分 / 11 评论 | 03-12 | 流程 |
| 想试个小 AI 工具，却被平台锁住 | 5 | Reddit，4 分 / 14 评论 | 03-13 | 路径 |
「页面分」是主题页给这条需求的分，「原帖今天」是刚才打开原帖看到的读数。两套数字的差别放在最后一节。
一、改已有结构
先看 AppFlowy。#8569，2026 年 3 月 13 日提出，今天 4 条评论、0 个反应，还开着。6
原帖只有一句：同一张表里，建好的页面模板套不到已有的页面上。发帖人附了一段演示视频。
4 月 7 日，同一条 issue 下补上了一段更要紧的背景。他把 Notion 里的数据整批搬了过来，需要给几百个已有页面套同一个模板，现在只能一页页手动做。
帖子里还记着第二个坑：复制出来的关联视图会被当成「同一个视图」，复制十次二十次，改其中一处，其余全跟着变。
产品机会（分析假设）：模板的适用范围从「新建时」扩到「选中一批已有记录」。
落地限制：批量套用要能撤销。一次误操作覆盖几百页，用户很难再点第二次。
三天后维护者回了：这是模板功能没做完的延伸，想法成立，随后把标题改成了「给数据库记录套用模板」。6
隔两天，另一位团队成员把排队规则写在了明处：数据库相关的 bug 收到就修，新功能目前优先做付费客户的。
这条请求挂着 Q2 26 和 Q3 26 两个季度标签。从提出到今天，7 个多月。
搜索那条走的是另一条路。#13189，2026 年 3 月 5 日提出，3 月 16 日关闭，关闭原因写的是「重复」。7
原帖两句：现在只能搜一列，希望能搜整张表，或者一次选多列。
整条 issue 下只有一条回复，来自另一位用户。他的说法是，这个需求 2024 年就有人提过，一直没有进展；现在的办法是新建一个公式字段，把各列内容拼起来，要全局搜索时选这个字段。
这是这一期最典型的一条。平台没做，用户自己造了一层覆盖物，代价是新加一列要记得同步进那个拼接串。
产品机会（分析假设）：表格级搜索，命中后标出是哪一列命中。
落地限制：拼字段的办法能搜到内容，但结果是一条串在一起的字符串，用户看不出命中的是哪一列。
两条放在一起，改结构的请求有个共同点：票数很低，却决定用户留不留。#8569 那位用户的原话是，没有这个，他们能用这些页面的能力非常有限。
二、改显示
日期那条是本页写得最完整的一条。#8567，2026 年 3 月 12 日提出，0 条评论、0 个反应，还开着。8
原帖是一份实现方案。日期字段现在有 6 种绝对格式，要加第 7 种相对格式：小于一分钟写「刚刚」，小于一小时写几分钟前，鼠标停留仍显示确切时间。
发帖人连改动落点都写好了：Rust 的 collab 库里加一个枚举值，App 端跟着改，另一个仓库同步。
一个用户把需求写到了能直接开工的程度。这条请求挂到今天，没人回复。
产品机会（分析假设）：日期的显示格式按视图选，现在的做法是按字段定死。
落地限制：相对时间是「此刻」的函数。导出的 PDF、打印稿、邮件快照里没有「此刻」，只能退回绝对时间。
另一条要把东西关掉。#8568，2026 年 3 月 13 日，2 条评论。9
原帖一句话：本地 AI 已经关了，界面上的 AI 弹窗和图标还在。
维护者先问了一句部署方式：自托管、离线模式，还是托管服务。发帖人答：云服务器，设成了 Local。
这是这一页里唯一一条「要更少」的需求。它要的是把用不上的入口收走。
产品机会（分析假设）：能力的开关做成一次到位，关掉 AI 就把相关入口一起收。
落地限制：这类入口散在十几个页面里，关一处漏一处。最省的做法是先只收起主入口。
界面那条是三条里最贵的。#1rt8lx5，2026 年 3 月 14 日发在 r/nocode，今天 8 分、13 条评论。10
原帖：功能流程自己挺满意，界面看着旧；自己不是程序员，也不是设计师；Claude 建议去 Fiverr 找人；因为还在自己掏钱，想找本地的人。
13 条回复给的全是「再找一层」：去 Dribbble 或 Behance 找自由设计师；导入现成的设计系统再调颜色和间距；试 pencil.dev、paper、Google Stitch；一位住波特兰的邻居直接留言说可以帮忙。
得票最高的一条给了一整套流程：让 Claude 先研究一遍现代 UI，产出一版 HTML 稿，另起一个「UI 专家」角色审过才许定稿，最后照稿改真站，改完再验一遍功能。
产品机会（分析假设）：无代码工具里给几套能用的成品主题，颜色、间距、字阶三个变量就够。
落地限制：主题改的是外观，信息密度还是原来的。13 条回复给的办法，全都落在工具之外。
三、改运行
NocoDB 那条把理由写得像一份评审意见。#13236，2026 年 3 月 12 日提出，9 月 30 日关闭，用时 6 个多月。11
原帖三段：数据库连接串不该明文进版本库，应该从密钥仓库取；在 Kubernetes 里这通常是一个 Secret，由外部密钥工具更新；所以 helm chart 要能指向某个 secret 名与 key。
发帖人自己先 fork 了一个能跑的版本，把链接贴在帖子里。
关闭时的回复只有一句：最新版 helm 支持了。
这条跑通的是最长的一条路。从提出到能用，中间隔着一个版本发布周期，用户只能先自己维护一份分支顶着。
产品机会（分析假设）：自托管形态的关键配置默认走密钥引用，明文只作兜底。
落地限制：改 chart 等于改升级路径。老部署的 values 要能继续用，否则一次升级就把现有用户拦在门外。
自动化那条问的是同一方向的另一面。#1rrsabl，2026 年 3 月 12 日，今天 3 分、11 条评论。12
原帖：正在学 Make 和 n8n，担心这样搭出来的东西能不能长期用；流程一多、互相依赖，会不会变成一锅面；要不要写文档、拆模块、统一命名；什么时候该转去写代码。
回复里有三份成体系的答案。
一位在 Make 工作的人说：拆成多个小场景，用 Webhook 和子场景串起来，命名统一，再加一点文档。
一位做了多年自动化的人给了对照表。验证类、单人流程、每天百次以下、逻辑接近线性的，无代码够用；同一条流程改到第三遍、需要真正的错误重试、接口不被原生支持、流程之间互相依赖，就该转写代码。
他还给了一条判据：当你开始跟工具较劲，而不是用它做事，就到顶了。
第三位说的是文档：几个月后出事，打开文档发现已经不对；有用的是在搭建或交付的当下就把「为什么这么做」写下来。
评论区里也有人在推自己的产品，还有一条被版主删了，这些不影响上面三份答案的内容。
产品机会（分析假设）：流程之间的依赖图，加上每次运行的错误重试策略，让一锅面在结构上看得见。
落地限制：拆得越细，跨场景传参和错误追踪越难。模块化常常把问题从「看不懂」换成「追不到」。
四、改路径
最后两条要回答的是：试一个想法，得先付出什么。
#1rshqda，2026 年 3 月 13 日，今天 4 分、14 条评论。13
Reddit 上的正文后来被清空了，平台存着原文，所以这条还能读。
原文：一个小小的 AI 工具想法，接一点输入、产出一点有用的东西，做得成也许能变成个小 SaaS。真去查怎么搭，接口、后端逻辑、托管、数据库一项项压上来，「小项目」变成了完整开发项目。
他不想为了试一个想法先花几周搭基础设施。转去试无代码工具，做网站和普通应用还行，一碰 AI 就受限：要么定制不够，要么稍微改一点流程就乱。
14 条回复分成四类。
一类说走混合：界面和简单流程用无代码，AI 那段写一点代码。
一类推荐现成脚手架：有人提到一个把 Claude Code、后端、数据库、支付都接好的模板，五分钟起。
一类是找人陪着做：一位自称技术合伙人的人说，症结在于雇一个团队对一个小工具太重。
第四类最值得看。一位开发者说他攒了 5 到 7 个零散工具，每次靠「粘」起来，而粘的这一段现在最痛；他要开源一个能把应用和数据整包导出、随时搬走的版本，理由是他认为这正是其他建站工具最大的问题。
这一条把整页串起来了。所有替代办法都在回答同一个问题：怎么让做出来的东西还能改、还能带走。
同一天 r/webdev 还有一条自荐帖，作者推自己做的安全扫描器，顺带给了 100 个公开仓库的扫描结果。14
他自述：318 个漏洞、89 个严重，41% 的仓库把密钥写进了源码，多个 Supabase 的 service_role 密钥被提交到公开仓库；38 个 Lovable 项目里有 10 个属于同一种模式。
这些数字是他自己扫的，工具也是他自己卖的。帖子被版块的自动规则移除，今天 0 分、赞成率 27%。
所以这组数字只能当一条线索。
它指向的是同一件事的另一面：搭完之后没人补的那一层，通常没人写成需求。
排期：今天能动、要等版本、只能自己绕
今天就能动的，两条。
相对时间格式（#8567）：一个枚举值加三处调用，改动集中在一个函数里。
关掉 AI 入口（#8568）：先按部署模式判断，本地 AI 关闭时收起主入口。
要走版本规划的，三条。
模板套用到已有记录（#8569）：动的是模板系统与写入路径，还要带回滚，用户才敢用。
密钥走 Secret（#13236）：动的是部署模板与升级兼容，老 values 得继续能跑。
流程依赖图与重试（#1rrsabl 那条）：动的是执行引擎，改完还得让已有流程不用重搭。
只能等平台、或者只能自己绕的，三条。
界面主题（#1rt8lx5）：社区给出的四类办法，全是工具之外的动作。
整包导出（#1rshqda 的评论区）：只有平台自己肯做，用户才带得走。
跨列搜索（#13189）：公式字段已经绕过去了，代价是丢了「命中哪一列」。
三条共性
第一，票数几乎说明不了改动的价值。5 条 GitHub 请求的页面分都是 0，Reddit 三条是 3、5、1 分。而 #8569 背后是一个把几百页数据搬过来的账号。
第二，平台给的答案大多要「重做一遍」。公式字段、手动复制、找设计师、重做一版 HTML、把大流程拆小重搭：8 条要的都是原地改一处，8 条给出的落地路径都是再建一层。
第三，改动落在哪一层，决定要等多久。改查询 11 天（#13189，关闭原因是重复）；改部署 6 个多月（#13236）；改模板与数据结构 7 个多月仍开着（#8569）；跨三个仓库改一个枚举，挂着没人回（#8567）。
AppFlowy 把规则写在了明处：数据库 bug 收到就修，新功能优先付费客户。6这解释了同一批需求里，被定义成 bug 的那些为什么走得快。
标题怎么定性，决定了它进哪个队列。
口径与边界
「页面分」与今天读到的数对不上，是正常的。两套数字量的是两样东西。
| 需求 | 页面分 / 评论 | 原帖今天 |
|---|---|---|
| 模板套不到旧页面 | 0 / — | 4 评论，0 反应，仍开着 |
| 跨列搜索 | 0 / — | 1 评论，已关闭（重复） |
| 相对时间格式 | 0 / — | 0 评论，0 反应 |
| 关掉 AI 图标 | 0 / — | 2 评论，0 反应 |
| 界面不够专业 | 3 / 2 | 8 分 / 13 评论 |
| 密钥走 Secret | 0 / — | 1 评论，已关闭（已完成） |
| 自动化维护 | 1 / 4 | 3 分 / 11 评论 |
| 想试个小 AI 工具 | 5 / 10 | 4 分 / 14 评论 |
GitHub 那 5 条的页面分一律是 0。issue 的互动记在评论和反应上，点赞在这一页没有对应物，拿分数排序会把 5 条全压到底。
Reddit 那 3 条的页面分，两条低于今天（3 对 8、1 对 3），一条高于今天（5 对 4）。15
看起来页面分是 3 月抓取那一刻的读数，之后还会上下浮动。用它排序，要先接受这一点。
主题页的标题由平台自动生成，这一页有三条与原帖的侧重不同。「自动化」那条被写成「简化搭建」，原帖问的是长期维护，看标题会以为它只是新手不会用。
「模板」那条保留的是用户最初的说法「无法套用」。维护者三天后把它改名成「给数据库记录套用模板」，定性从「坏了的」变成「没做完的」，它因此在队列里排了两个季度还没轮到。
原帖的分数与评论数今天读，还会继续变；页面分是 3 月的快照。两组数字不能相加，也不能互相校验。
首页那 30 条与 9 月 27 日以来各次读取逐条一致，最新一条停在 2026-06-23；Trending 页今天仍写着最近 7 天 0 条新增。本期的 8 条取自站内主题页，属于首页热榜之外的入口。
References
- 1RequestHunt 首页
requesthunt.com
- 2Trending｜RequestHunt
requesthunt.com
- 3No-code App Builder｜RequestHunt
requesthunt.com
- 4AppFlowy｜GitHub
github.com
- 5NocoDB｜GitHub
github.com
- 6AppFlowy #8569｜GitHub
github.com
- 7NocoDB #13189｜GitHub
github.com
- 8AppFlowy #8567｜GitHub
github.com
- 9AppFlowy #8568｜GitHub
github.com
- 10r/nocode：UI tools for nocode apps?
reddit.com
- 11NocoDB #13236｜GitHub
github.com
- 12r/nocode：自动化怎么保持可维护
reddit.com
- 13r/nocode：想做个小 AI 工具
reddit.com
- 14r/webdev：vibe-coded 应用安全扫描
reddit.com
- 15Topics｜RequestHunt
requesthunt.com
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.