产品
快来分享你的内容吧～
- 08-26 10:25
05-11 17:30·前端开发AI 太火了，我一个搞前端的能怎么办啊~~~~ 鱼皮老师的AI热点监控项目我已经学了两节课了，光学不练那肯定是不行的，于是： 作为一个在新闻媒体行业摸爬滚打五六年的小前端，所以我就用 根据鱼老师的项目自己实现了一个信源监控系统。给大家看看第一个版本的样子：（不要笑话我）查看全文加油鸭：太棒了！前端+AI落地实践超有范儿，用Codex独立搞定信源监控，这跨界能力真让人眼前一亮！591分享- 01-29 21:14·后端为了不给阿里云那 1300 元的“低配续费”续命，我最近整了一台懒猫微服来部署应用和备份文件。查看全文加油鸭：分享得真细致！从需求分析到实测体验都充满真诚，这种乐于探索又用心记录的精神特别打动人～953分享
- 公司里产品原型是需要 Axure 单独画，还是截图修改，怎么方便怎么来？问题描述我想咨询的问题是关于产品经理画原型图相关的：1、Axure原型图的最初稿是否需要保留？我司现产品的原型文件早就丢失了，一直以来的迭代都是截图做修改，然后给UI设计，交给前端。2、Axure原型图一般维护的是低保真，还是高保真？我们公司UI现在原型图都让我尽量高保真一些，然后改一改3、小公司和大公司是否因此还有区分？因为我听说有的不是用Axure，用的墨刀，figma，其它的都有，这种情况下...查看全文程序员鱼皮：小伙伴你好，这个问题对我来说略有超纲，我只能说自己的感受，不代表业内最权威主流的做法。1）在我看来，原型图文件就类似我们写的文档和代码，是需要保留的。对于小公司来说，如果没有人主导原型图管理的规范，丢文件这件事儿还挺正常的。截图修改其实也不失为一种办法，代码能跑就行，原型图能理解就行。2）接着上面一点来说，原型图的最终目标是让大家能够完成产品，不是为了符合某个 “标准”，所以至于保真度如何，真的要
折腾 8 天，我把一个没人看的网页图库做成了微信小程序
前阵子我做了个网站，叫「悦目图库」。 说实话，刚上线的时候还挺有成就感。 毕竟从图片、搜索，到详情页、色卡、EXIF，前前后后折腾了挺久。上线以后我还特意盯了几天后台，想着多少应该会有点访问吧。 结果…… 没什么人。 每天打开后台基本都是同一个画面。 看一眼。 关掉。 过两天再看一眼。 还是那样。  后来有一天跟朋友吃宵夜，聊到这个事情。 他说了一句我之前一直没认真想过的话： “你自己找壁纸的时候，会打开浏览器搜官网吗？” 我一想，还真不会。 手机找壁纸，大部分时候就是看到喜欢的图，点进去，保存，顺手设成锁屏。 如果还得先打开浏览器、输入网址、再进网站，整个过程本身就有点多余。 我当时基本就想明白了。 不是图库这个东西没人需要。 可能只是我把它放错地方了。 所以回家以后，我就开始琢磨： **干脆做个微信小程序。** 这次不折腾那么多虚的。 就做一个打开微信就能用的图库。 然后给自己定了个时间： **8 天。** --- ## 第一天，先把备案交了 小程序最麻烦的地方之一，就是有些事情你急也没用。 代码可以熬夜写，备案不能。 所以第一天我基本没写多少代码，先把注册、认证、备案这些能提交的东西全部提交了。 个人认证的 30 块钱也交了。 这个钱我其实交得有点不情愿，但想让小程序正常进入微信的搜索和分享体系，该交还是得交。 类目也尽量选了一个不需要额外行业资质的摄影工具方向。 我以前网站已经有主体备案，所以这部分省了一些事情。 但小程序自己的管局备案还是等了整整 6 天。  提交完以后就没什么好等的了。 备案爱什么时候下来什么时候下来。 我先写我的。 这反而让我挺安心。 每天打开电脑的时候，知道备案还没下来，但手上的代码又一直在往前走。 等它真的通过的时候，项目也差不多能跑了。 --- ## 这次后端，我想换个轻一点的 之前网站后端用的是 Java。 这次我是真不太想继续用了。 不是因为 Java 不好。 主要是这次服务器就一台 2G 内存的小机器。 以前做项目，总觉得各种东西都应该安排上。 这次反而开始算账了。 我就这么点机器，为什么还要给它增加没必要的负担？ Rust 其实也考虑过。 但我只有 8 天。 最后还是 Go。 数据库用了 SQLite，备份交给 Litestream，Redis 放热点缓存，Meilisearch 做搜索，图片丢 COS，前面挂 EdgeOne。 最后画出来大概就是这么一套。  看起来东西不少，其实每个东西都只干一件事。 Go 跑业务。 SQLite 存数据。 Meilisearch 管搜索。 Redis 放缓存。 图片不往服务器里塞。 我自己挺喜欢这种结构的。 尤其是 Go。 这是我第一次拿它写完整后端，刚开始多少还有点不习惯。 以前 Java 里很多东西框架都给你安排好了。 Go 就比较直接。 很多东西你得自己决定。 但写了一两天以后，反而觉得这东西挺适合个人项目。 最后编译出来一个二进制文件，扔服务器上。 就完事。 --- ## 一个人做，AI 确实能省不少时间 这次基本算是我一个人从头做到尾。 所以 AI 用得比较多。 但我没让一个模型从头写到尾。 那样后面自己反而更难收拾。 我的习惯是把不同的事情分开。 GPT-5.6-sol 主要帮我拆业务。 比如表怎么设计、接口怎么分、某个功能应该怎么落。 先把骨架搭起来。 DeepSeek-v4-pro 更多是拿来挑代码的问题。 尤其是并发、锁、缓存这些地方。 有时候一段代码自己看半天觉得挺正常，换个模型重新看一遍，还真能发现一些问题。 甚至有一次它顺手把我一个锁竞争的问题挑出来了。 我自己跑压测以后才确认确实存在。  当然，这东西肯定不能完全相信。 AI 写的代码有时候看着特别漂亮。 一跑。 不对。 还是得自己测。 所以这次我的感觉更像是： 以前一个人写代码，旁边是一张空白桌子。 现在旁边多了两个会说话的东西。 活确实能快不少。 但最后提交代码的人还是自己。 --- ## 图片越来越多以后，我开始担心这台服务器 图库做到后面，图片已经超过 7000 张了。 这时候我开始认真考虑一个问题： **这些图片到底放哪？** 一张原图十几二十 MB 很正常。 如果全部放服务器，本身倒不是完全放不下。 但以后真有人开始下载，最先出问题的估计不是硬盘，而是带宽。 而且我这台服务器才 2G。 让它跑业务还行。 让它一天到晚给别人搬几 MB 的壁纸，我总觉得有点委屈它。 所以最后很简单。 图片不放服务器。 原图和缩略图处理完直接进 COS。 用户请求图片的时候走 EdgeOne。 业务服务器只负责接口。  这里我其实折腾了一阵压缩参数。 原图有些十几 MB，甚至二三十 MB。 全部批量转成 WebP。 体积基本能砍掉 75% 左右。 最后手机端常用的图片基本控制在 1～2MB。 但压得太狠也不行。 壁纸这种东西，一旦出现明显涂抹感，用户一眼就能看出来。 所以我拿了一批不同类型的图片反复试。 最后选了一个自己觉得比较舒服的平衡点。 --- ## 7000 多张图，版权这件事我不敢随便 其实图片数量不是最让我头疼的。 版权才是。 网上找图太容易了。 但真的把一个图库放出去以后，你不能指望“别人也这么干，所以应该没事”。 所以我一开始就给自己定了死规则： **只收 CC0（Creative Commons Zero）和 Public Domain（公共领域）的图。** 摄影图库开放区、博物馆公有领域开放获取项目。 能确认授权的才收录进来。  [Creative Commons CC0 1.0 官方协议](https://creativecommons.org/publicdomain/zero/1.0/deed.zh) 然后就是自动化处理 一张图进来以后，会经过一遍脚本流程： EXIF 拍摄参数解析出来。 主要颜色算出来。 5 阶色卡提取出来。 缩略图生成。 Meilisearch 拼音分词字段处理。 最后入库。 所以你现在在详情页看到的相机型号、焦段、光圈，还有下面那几个颜色，其实都不是后来人工补进去的。 图片进来的时候就已经处理好了。  --- ## 真正耗时间的，反而是小程序界面 后端跑起来以后，我本来以为剩下的事情会很快。 结果完全不是。 页面才是最折腾人的。 因为网页上的东西搬到手机以后，经常会突然变得很奇怪。 尤其是图库。 如果最后还是规规矩矩的两列、三列图片，我自己看着都觉得没意思。 所以这次我想做一点空间感。 三张图不完全对齐。 中间的突出一点。 旁边的往后退一点。 再加一点透视。  这里我没有重新去 Figma 里一点一点画。 一个人做项目，时间实在不太够。 我更喜欢先用 GPT Image 出几张视觉方向。 同一个页面一次看几种方案。 觉得哪一块有意思，就留下。 然后再自己落到小程序里。  后面真正磨时间的，其实就是一些很小的东西。 3D 角度。 阴影。 图片之间的距离。 小屏幕下会不会挤。 这些东西没有什么“技术难点”。 就是改。 看。 再改。 --- ## 有个地方，我最后没办法偷懒 详情页背景会跟着当前图片的颜色变。 图片偏蓝，后面就有一点蓝色的环境光。 图片偏暖，后面稍微暖一点。 不需要用户注意到。 就是让整个页面别那么死。  还有创作工作台。 这个东西一开始我真想直接套 CSS filter。 看起来挺像那么回事。 结果保存到相册一看： 没变。 因为 CSS 只是屏幕上的效果，真正导出来的还是原图。 最后只能自己用 Canvas 2D 做。 曝光、对比度、冷暖、颗粒这些效果真正写进图片像素里。  这块写起来挺烦。 但做好以后确实挺有意思。 至少不会出现“屏幕上是这个样子，保存下来又是另一个样子”。 --- ## 然后我第一次拿真机测试，白屏了 开发者工具里一直都没问题。 所以我第一次扫体验版二维码的时候，其实还挺有信心。 结果： 白屏。 什么都没有。  最后查出来是合法域名。 开发者工具之前开了“不校验合法域名”，所以本地看着什么都正常。 真机就不行。 API、COS、CDN，相关域名一个都得配。 这个问题解决以后，图片才重新出来。 第一次做小程序，这种东西基本躲不过。 --- ## 分享按钮也折腾了一下 后来准备测试分享。 右上角一点。 “转发给朋友”灰的。 “分享到朋友圈”也是灰的。  我一开始还以为是权限。 后来才发现微信这里需要自己把分享菜单打开。 `wx.showShareMenu()`。 然后页面里还要分别实现 `onShareAppMessage()` 和 `onShareTimeline()`。 少一个，对应的分享方式就不亮。  这个问题其实不复杂。 但如果不知道原因，就挺容易在那里盯着一个灰色按钮发呆。 --- ## 第 7 天，先让别人替我找 Bug 主要功能差不多以后，我没马上提交审核。 先做了体验版。 二维码扔给朋友。 让他们随便用。 结果很快就找到几个问题。 小屏幕顶部有点挤。 折叠屏图片比例不太对。 某个页面返回以后滚动位置没恢复。 这些东西我自己在电脑上都没感觉。 别人拿手机一用，全出来了。 所以又改了一轮。 然后才提交。 --- ## 第 8 天，上线 审核比我想象中快。 第二天下午通过。 点发布。 然后就没什么仪式感了。 小程序真的上线以后，手机里多了一个「悦目图库」。 就这么简单。  我又去看了一眼服务器。 2G 内存。 跑了 8 天。 CPU 常态大概 3%。 总内存 683MB / 1.9G。 Go 大概 60MB。 Meilisearch 84MB。 Redis 5.8MB。 Nginx 不到 20MB。  几个接口也顺手压了一下。 首页瀑布流 P50 44ms，P95 69ms。 热门 P50 58ms，P95 138ms。 随机探图 P50 88ms。 专辑大图列表因为数据和图片多一些，P50 在 280ms 左右。 目前这台小机器还挺轻松。 当然，现在的访问量离“把服务器跑满”还差得远。 所以这些数字更多就是记录一下当前状态。 以后真有人多起来，再看它能不能继续这么轻松。 --- ## 现在它终于不只是一个网址了 从最开始做网站，到后来发现根本没人看，再到重新做成小程序。 其实也没什么特别大的故事。 就是觉得原来的方式可能不太对。 那就换一个。 然后这 8 天里一直改。 改页面。 改接口。 改图片。 踩微信的坑。 再改。 现在至少想找壁纸的时候，不需要再去浏览器里输入那个网址了。 打开微信。 搜一下「悦目图库」。 就能进去。  如果你刚好也想看看这个小程序现在做成什么样了，可以直接扫下面这个码。  我也挺想看看，这次把它放到用户真正会出现的地方以后，后台还会不会继续这么安静。 至少这次，答案应该很快就能知道了。
厦门乐域科技 AI产品经理一面
1.对于你来讲，你觉得你的接下来的规划是什么呢？因为对于海运这个行业，就是我们公司这个行业，它是一个新的行业嘛。那你对自己的发展方向有没有什么计划？ 2.你还是偏向喜欢AI的对吗？对，再多问你一句，你觉得AI产出的产品需求和人工产出的产品需求，你觉得各自的优劣势在哪里？ 3.你还有什么想问的嘛： 目前我们公司的业务有往AI这方面发展吗？还是说有相应的产品计划吗？
Vibe Coding实现信源监控系统
AI 太火了，我一个搞前端的能怎么办啊~~~~ 鱼皮老师的**AI热点监控项目**我已经学了两节课了，光学不练那肯定是不行的，于是： 作为一个在新闻媒体行业摸爬滚打五六年的小前端，所以我就用 `codex` 根据鱼老师的项目自己实现了一个**信源监控系统。给大家看看第一个版本的样子：（不要笑话我）**  大体的功能就是： 1. 用户输入要监控的关键词，系统就会监控网络中相关的信息。 2. 相关信息返回之后，通过 AI 大模型来判断信息的可靠程度，过滤掉可能的虚假信息。 3. 拿到信息之后，编辑点击去编辑可以直接跳转我们的文稿后台管理系统，编辑完成之后发布。 这个小工具，全程 codex 分析 + 实现，我没有参与一行代码。我写这个的目的不是为了介绍这个系统，而是为了记录一下我在做这个系统的时候，学到的一些关于 AI 的相关知识，万一我后面要从事全栈或者AI的工作呢？ 第一个版本（基本功能完善版本） --------------- 这个版本是在看完了鱼老师**AI热点监控项目**前两节课之后，完成的，完善了基本功能，让项目的整体流程能够跑通。 ### MCP服务 MCP（Model Context Protocol）是一种开放标准，可以让 AI 链接到各种外部工具和数据源。 用通俗的话来讲，就是给 AI 装了各种各样的“外挂”，AI可以通过这些“外挂”来完成各种各样的功能。 例如：我这个项目中装了 Context7 这个MCP服务，就是用来让获取到最新的技术文档，防止 AI 用了老旧的技术代码导致出现各种问题。 我在用 codex 实现该项目的时候就出现了这个问题： 项目中用到了**阿里云百炼**平台，结果在AI分析信息来源可信度的时候报错了：`401 invalid_api_key`，我仔细对比了一下，发现 `base_url` 和`api_key`配置的都没有问题，所以我就直接这么告诉 AI 结果他确实查到了，是因为模型名称写错了：  更改模型名称之后，AI检验部分就跑通了。 #### 补充一下codex安装MCP服务的方法 我是这么安装的： 找到codex的配置文件一般在 `C:\Users\用户名\.codex\config.toml` 增加一条配置项： ```toml [mcp_servers.context7] command = "npx" args = ["-y", "@upstash/context7-mcp", "--api-key", "context7的api-key"] startup_timeout_sec = 20 ``` 我按照上面的方法配置之后，就可以使用了。 第二个版本（页面优化版本） ------------- 第一个版本做的时候，没有对 AI 要求页面的美观，他就根据自己的想法来了。身为一个稍微有点审美的前端来说，那怎么能接受的了啊，于是：第二个版本让 AI 来美化美化前端页面吧。  先直接展示了一下 AI 美化的效果，是不是比第一个版本强多了，虽然还有一些小细节需要调整，但整体这么一看还是很不错的。 我没有用鱼皮老师课上讲的那三种方案来美化，我没有什么美化的要求，也没有什么情绪可以喂给AI，我就直接让AI使用 `UI UX Pro Max` 技能自己实现的，我感觉美化之后的效果还是可以的。 ### Agent Skills `Agent Skills` 也是一套 AI 开放标准，目的是为了让 AI 能够学习各种专业技能，而不是每次都要重复的输入提示词。 我们开发者可以将复杂的任务指令、脚本和资源打包成一个**技能**`Skill`。作为用户，只需要安装这个技能，AI就能够学会这项技能来实现对应的功能，而不需要重复造轮子。 #### 补充一下codex安装Agent Skill的方法 我只以我自己当前的项目为例来做介绍，我从 [Skills这个网站](https://skills.sh/) 查找需要的Skill。 全局安装`find-skills`技能： ```bash npx skills add https://github.com/vercel-labs/skills --skill find-skills ``` 由于我的项目的前端页面太丑了，我就在该项目下安装了一个 [UI UX Pro Max](about:blank) 的`Skill`用来美化我的页面。 控制台直接切换到该项目下之后，执行下面的命令： ```bash npx skills add https://github.com/nextlevelbuilder/ui-ux-pro-max-skill --skill ui-ux-pro-max ``` 后面的内容就是不断的让 AI 完善我的项目功能，就纯粹的我个人在跟AI聊天，我看着没啥可记录的了，那这篇文章就到这里了...
1Panel 快速部署 Moltbot/Clawdbot 教程
## 前言 大家好，我是汉堡🍔。在上篇文章（https://www.codefather.cn/post/2016862590654799874 ） 中我提到了Moltbot（Clawdbot），打算用懒猫部署它（目前已经部署完毕了），并答应给大家出一期教程。现在趁着服务器还有半个月过期，赶紧给大家出一期教程，那么现在教程来了。  ## 服务器配置 我用的是阿里云2c 4g的服务器，实际上只部署这个小玩意的话，2c 2g完全足够，内存占用大概占用 1g 左右。 ## 安装 1Panel 1Panel 和宝塔都是运维面板工具，但我现在更多使用 1Panel了，原因很简单，资源占用更少，没重置弹窗，UI 精美。 打开 1Panel 官网按照指导 https://1panel.cn/ 来安装，安装完毕后记得在服务器安全组放开它的端口和 Motlbot的端口（18789），在安装完毕之后需要设置账号密码，记住它登录会用到，具体的过程大家看其他鱼友的详细教程，这里我不赘述了。另外在安装过程中我不建议设置防火墙，因为云服务器已经有了，再设置一道哪天你忘了放行端口，就会抓耳挠腮，我之前部署 next.js 项目就是这样。 ## 安装 Moltbot 安装完 1Panel 打开应用商店搜索 Moltbot，点击安装随后选择你想要用的模型并填入API,这里我选择的是千问。下滑选中“端口外部访问”，设置完静待安装即可（过程比较漫长，建议吃个瓜子）。   安装完毕，进入安装目录，进入 ./data/conf 目录打开并点击 moltbot.json 文件，找到gateway.auth.token 的值，这个就是登录访问该网站的凭证。   ## 访问 Moltbot 复制 token 之后通过 ip + 端口 + token 的形式用浏览器访问 Moltbot（路径示例：http://服务器ip:18789/?token=刚才复制的token ），由于安装前已经配置了 AI，直接 chat 即可。 ## 重写配置文件 如果聊天未响应，可能配置文件有问题或者没配置成功。那么可以访问这个网站 https://axy5920-moltbot-tools.hf.space/ ，选择模型供应商和模型并设置一下 Agent，将 json 文件中的 agents 和 models 配置替换到 ./data/conf/moltbot.json 文件中，注意 gateway 配置一定不要动，只修改 agents 和 models。   具体的 moltbot.json 内容如下： ```json { "models": { "mode": "merge", "providers": { "通义千问 (Qwen)": { "baseUrl": "https://dashscope.aliyuncs.com/compatible-mode/v1", "api": "openai-completions", "auth": "token", "authHeader": true, "models": [ { "id": "qwen-vl-plus-latest", "name": "qwen-vl-plus-latest", "api": "openai-completions", "reasoning": false, "input": [ "text", "image" ], "contextWindow": 128000, "maxTokens": 8192 } ], "apiKey": "你的千问apikey" } } }, "agents": { "defaults": { "model": { "primary": "通义千问 (Qwen)/qwen-vl-plus-latest" } } }, "commands": { "native": "auto", "nativeSkills": "auto" }, "gateway": { "port": 18789, "mode": "local", "bind": "lan", "controlUi": { "allowInsecureAuth": true }, "auth": { "mode": "token", "token": "你自己的token" } }, "messages": { "ackReactionScope": "group-mentions" }, "plugins": { "entries": { "qwen-portal-auth": { "enabled": true } } }, "meta": { "lastTouchedVersion": "2026.1.29", "lastTouchedAt": "2026-01-30T06:39:29.091Z" } } ``` 替换完之后，记得重启一下。然后再根据 ip + 端口 + token 访问就可以啦。只要你配置好 AI 模型，其他的你都可以让他自己配置，比如联网搜索的 api 等。   ## 拓展功能 除此之外，它还支持了很多 skill 和配置 channel。比如接入 telegram、whatsapp、飞书、钉钉等 APP 让它做你的私人助理，定时帮助你获取最新资讯和你感兴趣的内容。比如最近涨得很凶的黄金、有色金属又或者是前沿 AI 科技。 具体功能各位体验下就知道了，一句话总结就是你拥有了一个私人助理在云端 7*24 运行，既是你的助手也是你的分身。我还是建议大家有条件的可以玩一玩。 ## 气人之处 昨天我部署 Moltbot 的时候，1Panel 还没更新新版本，现在写这个教程时，已经更新好了，害得我又要重装一遍。新版本解决了应用一直在重建和 Web UI 无法滑动的问题，不像旧版本需要进入容器中操作，最后还要重建容器。 如果部署过程中有任何问题，欢迎随时向我询问。
我买了一个外表是 Nas 的服务器——懒猫微服
## 事先声明 这个帖子只是想分享一下我的购物体验，却非广告，具体值不值还请各位仔细斟作。 ## 前言 大家好，我是汉堡，好久没发帖了，最近冒个泡。最近买了一个看着像 nas，但其实是服务器的这么一个东西。说他是 nas，有点儿小瞧他，说他是服务器也不是不行。给你们看一下大概样子，很可爱、很小。    ## 购买原因 1. 最近阿里云服务器要过期了，但是续费要 1300，而且 2c 4g 的配置已经满足不了我了，我想做的事情太多了 2. 前一阵子换了手机，旧手机照片和资料始终没导过来，新手机内存只有 256G。买网盘会员又贵体验还差，之前买了 2 年多的阿里云盘，花了两三百，备份下电脑代码经常失败，体验巨差。买 iCloud 旧手机数据又不好同步。 3. 去年买了个 MacBook，代码、文件、资料、笔记和论文也要备份和同步 4. 给家人手机做备份，以后内存买最小的足够 ## 为何说它是个服务器呢？ 1. 支持内网穿透，速度很快、很稳，即使网络不好效果也不赖，且支持域名解析 2. 应用基于 docker 部署，自己写的代码可以自由部署 3. 支持远程访问下载懒猫客户端的设备 ## 聊聊使用感受 看到这，你们肯定会觉得我是个托，但我真的不是。懒猫是昨天到货的，拿到后迫不及待的将旧手机的图片开始备份，差不多近 1 万张图片和视频，很快就备份好了，传输速度基本跑满了宽度的上行速度（具体备份时间没看，我是边打火影边测的🥲）。  备份完，看着照片还是很感慨的，旧手机存储了我整个大学时光的照片、资料，还有 23 年暑期实习的生活照。从地图照片来看，我也算是走了不少地方的，杭州、重庆、长沙、南昌、武汉、咸宁等等，真的是学生时期青春的回忆啊，不说了，说多了想哭。现在才发现我在杭州呆了一个月，拍的照片比在老家还多。  它还有一个 AI 搜索的功能，可以文本搜索或者圈住物体搜索相似照片。大家看到我的 id 就知道我是一个汉堡爱好者，于是搜了一下，一下子给我打卡过的汉堡全部找出来了，哈哈哈哈，深得我心呢。但查找准确度确实不行，圈我脸找到男同学的就算了，竟然搜到女生了，算是缺点之一。  对了，我还将旧手机的通讯录同步过来了，这个功能我还没指望它能做，当然也有很多 nas 做了此功能。 ## 聊聊它的软件生态 如果它支持内网穿透和域名解析、docker等等特点不能说它有多么的强大，毕竟很多 nas 都包含。那它的软件生态绝对算是个护城河。软件商店有 3000+款应用，常见的APP 和服务都有。比如 MaxKB、gitlab、1Panel、宝塔、draw.io、ExcaliDraw、AI 画板、claude code、minio 中转站等等，甚至还有远程微信和最近很火的 clawdbot。支持移动端和桌面端。     应用太多了，我没有都下载了，只下载了部分暂时需要的，比如 clawdbot、rustfs 和 OmniBox 影视站。 其中 OmniBox 影视站下载后配置一下源，就能在手机和电脑上看电视和美剧了，真是美哉啊。而 rustfs 和 minio 一样是个对象存储服务，只不过他资源占用更少。后期我打算慢慢不用阿里云 OSS 了，而是用懒猫部署 rustfs 代替。  对了，如果你将软件用懒猫开发工具封装一下并上架还能赚钱，我已经迫不及待了说实话。 ## 总结 总之本次购物体验，我觉得还是很不错的。满足了我很多的需求，还让我尝试了很多之前接触不到的东西。后面我打算给于这个小东西分享一些新的东西并部署 clawdbot 玩玩。感兴趣的各位可以关注我一下。 另外，我计划以后每周发一篇文章，可以是好物分享，也可以是知识分享或者教程，欢迎各位督促我。
2025 年，对我来说是一段挺曲折的时间
2025 年，对我来说是挺曲折的一年。 年初失业，空窗了一段时间，那段时间说实话并不好过。 每天醒来第一反应不是“今天要干嘛”，而是“我现在算不算在往前走”。 后来找到了现在这份工作。 很规律，不加班，不刺激，但胜在稳定。 也是从那时候开始，我第一次意识到一件事： **当生活节奏慢下来，人是可以重新把自己捡回来的。** --- ## 从健身开始，把自己拉回生活 从 3 月份开始，我给自己定了一个很简单的目标： **下班后去健身。** 不是为了练成什么样，只是不想再让时间完全被刷手机吞掉。 一开始很痛苦，身体跟不上，意志也很薄弱。 但好在这份工作足够规律，我也足够“没别的事可做”。 慢慢地，坚持了下来。 到年底的时候，身体真的有了变化—— 不是那种健身博主级别的变化，但照镜子的时候，你能明显感觉到： **自己是被生活善待了一点点的。** --- ## 下班后的时间，我用来做了一个 App 健身之外，我还多出来了一样东西：**时间。** 下班后的时间。 于是我把这部分时间，几乎全部用在了一个个人项目上。 我一直很认同一句话： > 独立开发基本离不开三样东西——记账、Todo、备忘录。 所以我选了记账。 但我很清楚一点： **再做一个“列表型记账 App”，是没有任何意义的。** --- ## 为什么我要重新做一次记账？ 我自己用过太多记账软件了， 它们都有一个共同的问题： > 记账变成了一件“对抗人性”的事。 列表、分类、数字、表格…… 理性，但冷冰冰。 而现实生活里的消费，从来不是这样的。 你记住的，永远是“那一次买了什么”，而不是“那一行数字”。 --- ## 我把记账做成了「挂轴」 所以我做了一件在一开始连我自己都有点不确定的事： **我把记账做成了“挂轴”。** 每一笔消费，不是躺在列表里， 而是像一幅幅被挂起来的记录。 后来我给这个 App 取名叫——**一拍即账**。 你拍一下， 账就在那里了。 --- ## 拍得准，看得清 为了让“拍”这件事真正成立，我又加了很多细节： - AI 自动识别主体 - 抠掉杂乱的背景 - 只留下真正重要的内容 你不用摆拍，也不用整理桌面。 生活什么样，它就什么样。 --- ## 小红书上的一次意外反馈 做完之后，我其实也没抱太大期望。 就是想着： **发几篇小红书试试吧，看看有没有人跟我一样，讨厌传统记账。** 结果比我想象中要好很多。 其中一条笔记， 拿到了 **2000+ 的点赞和收藏**， 三天涨了 **1000 多粉丝**。  App 的下载量在三天内突破了 **1500+**， 甚至还开始有了实打实的收入。  不多，但当我看到第一笔到账的时候， 心里真的有一种很奇怪的感觉。 不是暴富的快乐， 而是那种： > **“原来我做的东西，真的被人需要。”** --- ## 这不是成功，但很重要 当然，我也很清醒。 这还远远谈不上成功， 收入也不稳定， 说是副业，其实更像是一个“活着的实验”。 但对那段失业、空窗、重新站起来的我来说， 这已经是一件非常重要的事了。 它至少证明了一点： > 在生活最普通、最不被看好的阶段， > 你依然可以悄悄地，为自己搭一点向前的可能性。 --- ## 现在的我 现在的我，依旧是一个普通上班族。 下班健身，回家写代码， 周末改 Bug，拍 Demo。 但不一样的是， 我知道自己在做什么，也知道为什么要做。 --- ## 写在最后 如果你也正在经历低谷、空窗， 或者只是单纯对「把生活拍下来」这件事感兴趣—— 你可以看看我做的这个 App：**一拍即账**。 它不是来教你理财的， 只是想帮你把生活记录得更好看一点。 有时候， **把事情看清楚，本身就是一种治愈。**
花费一天从开发到上线微信小程序“走了么”！—— 走了么，让消失不再悄无声息
**”走了么“微信小程序** “走了么”为独居人群打造的轻量化安全工具，通过签到监测与紧急联络机制，构建无感化安全防护，让独处生活更安心，扫码体验。  **完全免费** 无需付费，永久免费！ **异常未签到自动通知** 提前设置一位紧急联系人(家人或好友)，若连续2日未在应用内签到，系统将于次日自动发送邮件告知对方，及时传递安全异常信号，为潜在风险争取干预时间  **即开即用无负担** 无需注册登录，首次使用只需填写联系人姓名与邮箱即可完成设置，每日打开应用轻轻一点完成签到，后台自动监测状态，不干扰日常习惯，操作轻便易上手 **严格守护隐私安全** 采用加密技术保护紧急联系人信息与签到记录，拒绝收集位置等无关权限，从源头杜绝隐私泄露风险，确保个人信息安全无忧，让安全守护更放心 **适合所有独居人群** 无论是独自居住的上班族、异地求学的学生，还是选择独居生活的其他人群，“走了么”都能成为您的安全小助手：日常签到报平安，异常情况早通知，让关心您的人多一份安心，自己多一份保障 
不埋点的致命代价
# 前言 你们觉得，一个<span style="color: red;font-size: 16px">MVP 产品，是否有必要加入埋点呢？</span> 笔者在开发第一个产品（桌面端应用）时，认为是不需要的，但实际在项目上线后，我就开始后悔了...... # 💀 应用变瞎了！ 在桌面应用的推广过程中，我碰到了最典型的数据黑箱问题。 应用虽然有基础的日志系统，但由于它是**本地日志**，除非我能远程控制用户设备，否则<span style="color: red;font-size: 16px">这些数据价值为零</span>。 辛苦搭建的产品，一上线就成了**瞎子**。 # 🎯 造成什么后果？ 当一个产品失去了有效的数据反馈机制后，它是影响是致命的，主要体现在三个方面： 1. **用户流失的不解之谜** 这是产品最核心的生存问题。首批珍贵的用户在安装后迅速流失，或者只使用了一次核心功能就再也不回头。 - 问题核心： 缺乏行为数据，无法构建用户<span style="color: red;font-size: 16px">「关键转化路径」</span>模型。 - 后果： 无法判断流失是源于产品本身（UI 难用、功能不符合预期），还是源于技术问题（应用卡顿、闪退）。由于无法定位流失的<span style="color: red;font-size: 16px">「最后一步」</span>，只能陷入<span style="color: red;font-size: 16px">「被动猜测」</span>和<span style="color: red;font-size: 16px">「主观臆测」</span>的怪圈。 1. **产品迭代的路径不明确** 在 MVP 阶段，资源的投入需要极度精确，每一行代码都应服务于最高价值的用户需求。 - 问题核心：将**日志（Log）与埋点（Tracking）**混淆。本地日志只能记录<span style="color: blue;font-size: 16px">系统状态</span>，无法记录<span style="color: blue;font-size: 16px">用户行为</span>。 - 后果：无法判断现有功能中，哪些是用户的**「吸引力」（即高频使用），哪些是<span style="color: red;font-size: 16px">「冗余设计」</span>。迭代方向只能依赖于「声音最大的几个活跃用户」**，失去了对<span style="color: red;font-size: 16px">「沉默的大多数」</span>的数据参考，最终导致产品功能开发<span style="color: red;font-size: 16px">失焦</span>。 1. **商业推广的浪费** 每一次推广，无论是发帖还是视频投放，都是对<span style="color: red;font-size: 16px">有限资源</span>的消耗。 - 问题核心： 缺乏渠道归因逻辑的埋点。 - 后果： 无法通过数据交叉分析来量化不同推广渠道带来的用户质量。不知道是哪个平台带来了高留存、高转化的用户，哪个平台只是带来了<span style="color: red;font-size: 16px">「无效下载」</span>。推广预算的分配无法精准决策，使得 MVP 阶段的推广资源被<span style="color: red;font-size: 16px">白白浪费</span>。我当时甚至不知道第一个付费用户是哪儿来的。 <span style="color: red;font-size: 16px">经典的技术思维，匮乏的产品思维</span>，我如此评价自己。 总的来说：没有数据，你的产品就无法学习、无法成长、更无法验证其<span style="color: red;font-size: 16px">「可行性」</span>，自然也就不够“合格”。 # ⛓️ 商业项目与开源项目 对于技术开发者来说，我们很容易将开源项目的工作逻辑，不加区分地应用到需要市场验证和盈利的商业 MVP 中。然而，这两种项目的核心目的和迭代逻辑是<span style="color: red;font-size: 16px">根本不同</span>的。 ## 开源项目（技术逻辑主导） 对于开发者来说，开源产品的主要目的更聚焦于： - 核心目的： 获取个人满足感、技术交流、以及打造个人品牌。 - 迭代依据： 主要依靠社区反馈（Issue、PR）、以及自我技术要求（如重构、采用新框架）。 - 数据需求： 重点是技术日志（Log），用来衡量代码的健壮性和运行稳定性。 ## 商业项目（产品逻辑主导） 商业产品的逻辑则完全是<span style="color: red;font-size: 16px">结果导向</span>的，它关心的是生存与成长： - 核心目的： 透过提供服务或解决方案，为你带来任何形式的收入（包括但不限于直接付费、广告收入、投资者估值）。 - 迭代依据： 核心依据是用户行为、付费用户的转化路径、以及流失用户的最后一步。这些数据直接回答了「产品是否能活下去」的问题。 - 数据需求： 业务埋点（Tracking）是刚需，用来衡量商业价值和市场可行性。 一个小结，<span style="color: red;font-size: 16px">MVP 产品 的核心是<span style="color: red;font-size: 16px">「验证假设」</span>，而不是<span style="color: red;font-size: 16px">「完成代码」</span>。</span> # 👀 建议行动 如果你也面临这种**盲盒**问题，请立即采取以下行动： ### **引入远程日志** 立即将你的应用从<span style="color: red;font-size: 16px">「本地黑箱」</span>升级为<span style="color: blue;font-size: 16px">「集中式透明」</span>。 如果你的应用带有后端，立即加入日志表，实现日志的集中储存。如果你的应用是纯前端，应使用 Sentry 这类具备免费额度的远程日志服务，定时推送并捕获错误栈。 ### **加入行为埋点=** 建立产品的<span style="color: red;font-size: 16px">「神经系统」</span>，让产品能感知用户行为。 立即加入埋点表或集成 GA4/Mixpanel。记录用户的下载渠道（优化推广浪费）、记录最有价值步骤并找出流失节点（优化转化路径）、以及记录应用启动与卸载（计算真实留存率）。 ### **数据驱动迭代** 让数据成为你 MVP 决策的<span style="color: red;font-size: 16px">唯一依据</span>。 将上述数据结构视为指南针，列为<span style="color: red;font-size: 16px">最高优先级需求</span>。你必须用数据回答「下周应该开发什么功能」，而不是用猜测或个人喜好。这是从技术满足感转向市场生存的<span style="color: red;font-size: 16px">根本性转变</span>。 # 最后 数据是产品的<span style="color: red;font-size: 16px">「神经系统」</span>。 只有打通了这套系统，产品才能真正**「睁开眼睛」**，从一次性商品进化为边跑边进化的智能武器</span>。
公司里产品原型是需要 Axure 单独画，还是截图修改，怎么方便怎么来？
### 问题描述 我想咨询的问题是关于产品经理画原型图相关的： 1、Axure原型图的最初稿是否需要保留？我司现产品的原型文件早就丢失了，一直以来的迭代都是截图做修改，然后给UI设计，交给前端。 2、Axure原型图一般维护的是低保真，还是高保真？我们公司UI现在原型图都让我尽量高保真一些，然后改一改 3、小公司和大公司是否因此还有区分？因为我听说有的不是用Axure，用的墨刀，figma，其它的都有，这种情况下，是不是按照公司的实际情况区分？ 4、最佳的情况下应该是怎么个流程？Axure低保真维护，无论UI输出什么样的内容，我只需要维护低保真就好了？那边资料保存，版本划分等内容，应该是怎样进行存储的呐？ ### 背景信息 产品助理，公司小30多人，原项目的产品原型已经没了，迭代更新都是截图修改给UI ### 已有理解 已经被网上说的混乱了。。实在是不知道最优解和实际工作情况到底应该咋样子做。。
AI 的风，终于吹到了外卖战场上。
外卖大战，终于是打到了 AI 战场上。 前段时间美团刚刚推出了他们的第一个开源大模型 LongCat-Flash-Chat，“快”得出乎不少人意料。12 号又推出了他们的 Agent 小美。一句话就能让 AI 给你点外卖、选店、订位。可以说是选择困难症的福音。  不少拿到邀请码的同学已经喝上 AI 帮忙点的第一杯奶茶了。 但美团这次的 Agent 功能不仅在点外卖上。官方是把小美称为 **AI 生活小秘书的**。 ### AI生活小秘书 从名字就能看出来，美团对小美在生活服务领域是寄予厚望的。 美团本身就集成了非常多的生活业务，美食、外卖、零售商超、电影演出、机票火车票等等生活相关的东西，你都可以在美团一站式搞定。所以他做生活服务的 Agent，可以应对的场景也非常多。 目前公测阶段，日常场景中，可以通过小美点外卖、商超购物、查路线等等。并且**可以设置定时任务**，比如每周五定点送一杯奶茶到你手上。 小美本身拥有你过往在美团使用的记录，能够持续记录学习你的饮食偏好。你也可以直接要求她帮你点一份以前点过的外卖。她会调出历史订单和你确认后下单，不需要额外跳转到美团支付。整个流程非常丝滑。这或许也是美团在大模型上，追求快的原因：体验感确实到位。  除此之外，还可以让小美生成旅行计划、订酒店、规划食谱、推荐店铺、导航道路、预定外卖计划等等。虽然还是有不完善的地方，但已经可以感受到，小美在辅助进行购物决策上的便利性了。 作为一个生活 Agent，她确实覆盖了日常的大多数需求。 ### 开源大模型 小美背后的技术支撑，正是美团不久前开源的 AI 大模型 `LongCat-Flash`。 作为美团真正意义上的第一个大模型，`LongCat-Flash`最突出的特点就一个字：快。  按官方说法，“LongCat-Flash 采用创新性混合专家模型（Mixture-of-Experts, MoE）架构，**总参数 560 B，激活参数 18.6B~31.3B（平均 27B）**，实现了计算效率与性能的双重优化。” 有人实测跑出了 95 tokens/s 的速度，确实流畅。  作为一款强调响应而非深度思考的模型，`LongCat-Flash` 在多项基准测试中的表现也相当不错。  不过从外卖到 AI 大模型，美团这次跨界的步子迈得确实很大，也难怪外网有哥们发出灵魂提问：“Who are you？”（哥们你谁？）  `LongCat-Flash`目前不需要邀请码，想体验一下美团大模型的同学可以在网页端使用： >体验地址：https://longcat.chat/