DropLink 传送门
选文件秒变链接,对方任意浏览器零安装下载
DEV TRENDS / DAILY DISCOVERIES
每天发现开发者社区的新项目、新产品与开源趋势。
选文件秒变链接,对方任意浏览器零安装下载
论文提交前自查工具,提供 Turnitin 查重 + AI 写作检测报告,帮助学生在正式提交前发现问题
AI 音乐生成网站
16 型人格免费测试、认知功能详解、类型对比分析
大部分 IDE 把所有东西都塞进固定的标签页和分栏。Cate 换了个思路:给你一块可以无限缩放的画布,编辑器、终端、浏览器、文档、Git 面板和 AI 智能体都是画布上的节点,可以随意拖动、缩放、并排摆放,把一个任务相关的东西放在一起看。类似 Figma 或 Miro,但用来写代码。 几个我觉得有意思的点: 终端、浏览器、PDF 都能直接开在画布上,不用切窗口 内置 AI 智能体面板,可以在画布上同时跑多个 Claude Code 线程,看它们并行干活 面板可以停靠成标签栈,也能拆成独立窗口 一套主题同时控制应用界面、终端配色和编辑器语法高亮 技术栈是 Electron、React、TypeScript。MIT 协议,支持 macOS、Windows、Linux,有简体中文界面和 README。
大家好,我做了 shajara,一个 JavaScript/TypeScript 的结构化并发库。 它不是 Promise 的替代品,而是给 Promise、回调、定时器、fetch(...)、WebSocket 等异步工作补上一层生命周期结构。 很多异步代码的问题不在“怎么 await 一个结果”,而在旁边那些被启动的工作没人说得清: 它属于哪个请求、页面、面板或任务? 父流程失败时,它该不该被取消? 回调晚到时,还能不能写入结果? 外部资源应该什么时候清理? shajara 关注的不是把异步调用写短,而是让异步工作有明确归属和可预期的收尾。 核心模型 shajara 用 JavaScript generator function 写 routine,用 yield 标出 routine 把控制交给运行时的位置。运行时会把工作放进一棵 scope tree: spawn(...) 在当前 scope 里启动 process。 branch(...) 创建 child scope。 future、channel、resource、AbortSignal 等句柄,都由创建它们的 scope 拥有。 scope 收敛时,会先收拢自己拥有的 child scope、process 和句柄,再把最终结果交给等待方。 一个例子 ts import { run, sleep } from "@shajara/host"; import { branch, spawn } from "@shajara/host/primitives"; const result = await run(function saveProfile() { return yield branch(function saveProfileScope() { yield spawn(function writeAuditTrail() { yield sleep(30); return "audit written"; }); yield sleep(5); return "profile saved"; }); // writeAuditTrail 结束后,才得到 "profile saved"。 }); 这里 saveProfileScope 这段入口 routine 很快就返回了,但 branch(...) 等待的是整个 child scope,不只是这一个 function 的返回值。因为 writeAuditTrail 也是这个 child scope 拥有的 process,所以调用方会在它结束后才拿到 "profile saved"。这就是 shajara 文档里说的结构化收敛:调用方不用手动追踪 child scope 里每个后台任务,scope 会把自己拥有的工作收拢到一个结果边界。 失败与取消 失败和取消也沿着同一套结构处理。如果 child scope 中某个 process 抛错,这个 scope 会先取消自己拥有的其余工作,再让调用方在 branch(...) 的位置收到 ScopeError。如果某段后台工作失败后不应该影响同一个 scope 里的其他工作,就在这个 process 边界内把错误转换成普通结果,而不是等到外层 wait(...) 再补救。 和现有异步代码的关系 它和现有 Promise/回调代码的关系更像“把异步边界放回结构里”: until(...) 把已有 Promise 带入 routine 控制流。 all(...) / race(...) 表达常见并发组合,其中 race(...) 会在返回胜出值前取消未胜出的 routine。 completer(...) 和 feed(...) 分别把回调的一次结果和连续事件桥接成 future/channel。 abortSignal(...) 把原生 fetch(...) 这类 API 的取消绑定到当前 scope。 resource(...) 让 WebSocket 等外部资源在就绪后继续附着到所属 scope,并在 scope 释放时运行清理逻辑。 文档与演示 项目文档站有中文和英文文档,不只是 API 列表。文档按 Guides、Topics、Concepts 三层组织:先教怎么把 Promise、scope、外部句柄放进 routine,再解释 future、channel、context、recovery,最后展开 scope tree、句柄归属和 scope 退出语义。站内还有 Flow Explorer,可以用流程图回放 single spawn、future 完成、scope 拥有的工作、fork/join、失败触发取消、恢复边界、有界 channel 等场景。 github.com/iplaylf2/shajara 文档地址:iplaylf2.github.io/shajara NPM:@shajara/host
大家好,最近做独立产品时发现,很多创业者、电商卖家和内容创作者都面临同一个问题:有产品、有创意,但没有时间和专业能力制作广告视频。 因此我们开发了 Adsmaker.ai —— 一个专注于 AI 广告视频生成的平台,希望帮助用户用更低的成本、更快的速度完成广告素材制作。 ✨ 核心功能亮点 🎬 AI 一键生成广告视频 输入产品信息、营销文案或简单描述,AI即可自动生成完整广告视频,大幅减少剪辑时间。 🤖 AI 数字人讲解 支持生成 AI Talking Avatar,让数字人自动介绍产品、服务或品牌内容,无需真人出镜。 🌍 多语言广告制作 支持多种语言输出,适合跨境电商、海外推广和国际化营销场景。 🎨 丰富的视频模板 内置多种广告风格模板,可快速生成适用于 TikTok、YouTube Shorts、Instagram Reels 等平台的视频内容。 ⚡ 快速迭代创意 相比传统剪辑流程,可以快速测试多个广告版本,帮助团队更高效地验证创意方向。 🛠️ 如何使用 1️⃣ 进入 Adsmaker.ai 2️⃣ 输入产品描述、营销文案或上传素材 3️⃣ 选择视频风格、数字人形象或广告模板 4️⃣ 点击生成,等待 AI 自动完成制作 5️⃣ 导出视频并发布到广告平台或社交媒体 整个过程无需专业视频编辑经验,新手也能快速上手。 💡 适合哪些人? 独立开发者 SaaS 创业团队 电商卖家 内容创作者 营销人员 广告代理机构 如果你经常需要制作产品宣传视频、广告素材或社交媒体推广内容,希望这个工具能帮你节省一些时间。 欢迎大家体验,也非常欢迎提出建议和反馈!🙏
各位开发者和创作者朋友们,大家好!👋 今天向大家自荐我们团队开发的产品 —— Veme.ai。这是一个致力于降低视频创作门槛、释放无限想象力的 AI 视频生成平台。无论你是想将一句话变成电影级画面,还是让一张静止图片动起来,Veme.ai 都能帮你轻松实现! 🌟 核心功能亮点 🎬 TexttoVideo(文生视频): 输入你的文字脑洞,AI 即可高精度还原场景,生成分镜头画卷。 🖼️ ImagetoVideo(图生视频): 告别静止!一键让二次元立绘、风景照、角色图动起来,画面自然不崩坏。 ⚡ 画面一贯性(Consistency): 采用先进的控制技术,支持角色与场景的特征参考,视频生成不套娃、不穿帮。 🎨 多风格渲染: 从写实电影、3D 动漫到国风水墨,海量视觉风格随心切换。 🛠️ 如何开始使用? 第一步: 访问官方网站 Veme.ai 注册登录。 第二步: 在创作面板选择 "Text to Video" 或 "Image to Video" 模式。 第三步: 输入你的 Prompt 提示词(或上传你的参考图),选择喜欢的画风与比例。 第四步: 点击 "Generate",静候数秒,即可下载专属于你的 AI 视频大片! 欢迎大家前来体验并留下你们宝贵的 Issue 和建议!💬 让我们一起用 AI 拓宽创作的边界!✨
大家好,恰逢六一,我开源了 gojaja(过家家) —— 一个本地 CLI,让多个 AI Agent 窗口(Cursor、Claude Code、Codex CLI 等)在同一个项目里分工协作。 名字来自小朋友「过家家」:每人扮演一个角色,一起演同一场戏。这个工具做的事类似:给每个 Agent 分配 PM、后端、Tech Lead 等角色,用共享任务板、RFC 拍板机制和定向收件箱让它们「说人话、留记录」,而不是各聊各的、重复干活、决策对不上。 没有服务端,没有数据库。 所有状态写在项目目录 .gojaja/ 下的普通文件里,可以 git diff,数据完全在你本地。 核心特性 实时看板 — gojaja watch 打开浏览器 Dashboard,看各角色 session、任务板、RFC、活动流 RFC + ACK 闸门 — 跨角色决策有选项、投票、ack/object,避免「聊完就忘」 任务板 — Backlog → Done 全流程,依赖、评审人、归档 report / worklog — 角色间定向消息 + 团队广播,全部进审计流 运行时注入 — 一键给 Cursor / Claude / Codex 等写入规则文件,再 activate 绑定窗口与角色 适用场景 一个项目里同时开 2 个以上 Agent 窗口,需要分工协作而不是各干各的 多角色头脑风暴 圆桌讨论 需要留痕的拍板决策 想用「一个强模型带队 + 若干普通模型执行」的低成本协作玩法 快速开始 bash npm install g gojaja 或 pnpm add g gojaja cd yourproject gojaja watch 浏览器里初始化、建角色、激活 Agent 要求 Node.js 20+,目前支持 Linux / macOS。 npm: 中文 README: MIT 协议。如果觉得有点意思,欢迎 Star ⭐
在线预览: ArgusMind 是一个开源的 AI 代码安全审计 Agent。 它不是把代码丢给大模型,然后问一句“这里有没有漏洞”。它会像安全工程师一样,先理解项目结构,再制定审计计划,寻找危险 Sink,最后顺着调用链往上追,尝试还原一条风险路径。 我做这个项目,是因为现在很多 AI 工具都在帮人写代码,但很少有工具能像安全工程师一样系统地审代码。真实的代码审计不是一次问答,而是一连串判断:哪些模块值得看?哪些函数可能是危险点?参数是怎么传进来的?有没有可利用路径? ArgusMind 尝试把这个过程拆成多个 Agent 协作完成: ProjectInfo Agent:理解项目语言、框架、入口和目录结构。 Plan Agent:根据项目信息生成审计计划,而不是盲扫整个仓库。 SinkFinder Agent:寻找危险函数、敏感 API 和潜在风险点。 ChainAnalyzer Agent:沿着调用链追踪数据流,分析风险路径是否成立。 和普通扫描器相比,我更希望 ArgusMind 做到的是:不只是告诉你“这里可能有问题”,而是告诉你“它是怎么一路追到这里的”。 所以项目里引入了 Neo4j,把语言、风险类型、Sink、调用链、分析结果都保存成审计图谱。审计结束后,可以在 Web 控制台里查看任务进度、漏洞详情和调用链图。 目前支持: 多 Agent 协作式代码审计 自动生成审计计划 自动发现危险 Sink 调用链追踪与风险路径分析 Neo4j 审计图谱 Web 控制台查看任务、漏洞和链路图 任务暂停、恢复、取消 Docker 本地部署 通过 LiteLLM 接入不同大模型 技术栈:Python / FastAPI / Neo4j / PostgreSQL / LiteLLM / Ant Design Pro。 欢迎对 AI 安全、代码审计、多 Agent、DevSecOps 感兴趣的同学试用和提建议。 <p align="center" alt="登录页" width="48%" / alt="控制台" width="48%" / </p <p align="center"<sub登录 · 控制台(Dashboard)</sub</p <p align="center" alt="项目管理" width="48%" / alt="任务管理" width="48%" / </p <p align="center"<sub项目管理 · 任务管理</sub</p <p align="center" alt="任务详情 代码审计链路图" width="96%" / </p <p align="center"<sub任务详情 · 代码审计链路图</sub</p <p align="center" alt="任务详情" width="48%" / alt="漏洞管理" width="48%" / </p <p align="center"<sub任务详情 · 漏洞管理</sub</p <p align="center" alt="漏洞详情" width="48%" / alt="漏洞详情" width="48%" / </p <p align="center"<sub漏洞详情(报告与代码审计链路图)</sub</p
在线体验: 把一个文件夹或一个大文件里散落的 .md / .txt,自动聚合 / 拆分成一本可连续阅读、全文搜索、导出 EPUB 的书;纯本地、零上传。 说明: 本地优先的「文本聚合阅读器」。丢给它一个装满 .md / .txt 的文件夹(几百章的网文、一堆笔记、拆散的技术文档都行),或一个大文件,它会自动识别章节与卷(中文「第X章 / 卷一」、Markdown 标题、一、 / 1.1 编号、Setext 等都认)、按自然顺序拼成一本连续滚动的书,自动生成目录;支持中文分词全文搜索、护眼 / 夜间背景、按卷导出 TXT / Markdown / HTML / EPUB / PDF,读起来像翻电子书。读到错字想改、要统一称谓、或清理下载网文里的乱码?还能就地编辑、全局查找替换、一键整理。 两种用法: ① 服务端版当本地工具跑; ② 纯静态网页版(PWA,可安装离线)直接在浏览器里打开你的本地文件夹,全程零上传。React + TypeScript,MIT。
CronBox 是一个本地优先的 macOS 菜单栏定时任务工具,用来管理和调度本机脚本,以及一些 coding agent 任务。 它适合这类场景:有一些只适合在本机运行的小脚本,比如清理、同步、备份、数据抓取、日报生成等,放到服务器太重,手写 cron / launchd 又不方便查看状态和日志。 核心特性 支持 Bash、Python、Bun、PostgreSQL、Codex、Claude Code 等任务脚本。 支持 cron 表达式、一次性任务、时区、JSON 参数和环境变量。 菜单栏后台运行,主窗口关闭后仍可继续调度任务。 提供运行历史、实时 stdout/stderr 日志和任务状态。 内置 CLI,可以用 cronbox add、cronbox schedules add、cronbox run 管理任务。 使用 Tauri 2 + Vue 3 + TypeScript + Rust 开发,MIT 开源。 快速开始 目前主要支持 macOS: bash curl fsSL | bash 添加一个脚本目录并创建定时任务: bash cronbox add ~/scripts cronbox schedules add ~/scripts/dailyreport.sh "0 9 " tz Asia/Shanghai GitHub:
一句话: 给开发者准备的端到端加密文件传输工具 —— 通过 WebSocket 在任意两台机器间安全复制文件和文件夹,不依赖云服务,不配置 SSH,内置双栏 Web 文件管理器,v0.5.0 升级协议到 v3 支持并发请求,新增路径自动补全与 /api/browseremote 远程浏览接口,并进一步收紧路径穿越防护。 上一版自荐(drift v0.4.0):ruanyf/weekly9890 亮点 1. 协议升级到 v3:真正的并发控制消息 WebSocket 控制消息引入 requestid 关联字段,Browse、Info、Ping、Error 等请求/响应一一对应,同一连接上多个并发请求不再串扰。V2 多文件传输继续保留,新增的关联机制让浏览、远程信息查询、心跳都能并行进行。 BrowseRequest/BrowseResponse、InfoRequest/InfoResponse、Ping/Pong、Error 均携带 requestid。 后端用 tokio::sync::oneshot 等待带 ID 的响应通道,超时自动清理,避免泄漏。 旧版本(prev3)节点走 FIFO 回退队列,握手时自动协商协议版本,完全向后兼容。 2. 新增 /api/browseremote REST 接口 远程目录拉取现在是一条干净的 REST 端点,不再依赖共享的 WebSocket 状态: GET /api/browseremote?path=foo/bar 直接返回远端目录条目,路径错误、连接未建立、远端超时分别返回 400 / 502 / 504。 前端在地址栏补全时优先调用该接口,避免触发 WebSocket 副作用、污染远端面板的浏览上下文。 远端连接使用唯一 instanceid,重连/超时清理只影响旧实例,不会误伤新建立的连接。 3. 路径自动补全体验全面重做 路径解析逻辑抽取到 frontend/src/utils/pathAutocomplete.ts,统一处理 getRootRelativePath、resolveSuggestionBrowsePath 等工具函数,根目录内外行为一致。 PathBar 组件:Tab 键在有建议时循环选中、在无建议时直接触发 BrowseRequest 拉取远端目录;激活项自动滚动到可视区域。 远端补全严格限制在远端根目录下,越界路径直接拒绝,不会逃逸到本机。 路径穿越防护在 UI 与 REST 两层都生效,恶意输入在到达后端前就被拦截。 4. 传输安全加固 拒绝绝对路径与父目录遍历:destinationpath 现在显式拦截 /tmp/... 这类绝对路径,与原有的 .. 越界检查并列;Push 和 Pull 两条路径都覆盖。 .drift 暂存目录落到目标目录下:原逻辑把临时目录建在服务根目录,目标目录只读时整个传输会失败;现在暂存在 rootdir/<destinationpath/.drift,即使服务根目录只读也能完成传输。 TransferError 全链路传播:远端清理/解压失败时,TransferError 会带着正确的 ID 一路回到浏览器面板,UI 能展示真实失败原因而不是一句"传输失败"。 文件收尾更稳:分块写入用 .part 临时文件,传输完成原子重命名;解压失败会清理残留的 .drift 暂存目录,不会留下半成品。 5. 文件列表体验优化(v0.4.1 起) 列排序:点击 名称 / 大小 / 修改时间 列头即可排序,再次点击切换升降序,目录始终置顶。 列宽可调:鼠标悬停在 大小 / 日期 列之间的分隔线上,拖拽即可调整宽度,带最小/最大约束保证布局可用。 后端排序策略保留为兜底(目录优先 + 字母序),前端在此之上做客户端重排,体验更接近桌面文件管理器。 典型场景 1. 同事间快速分享大文件 A:drift serve port 8000 B:drift serve port 9000 target 192.168.1.5:8000 浏览器里选中文件 → 点"复制",无需 U 盘、无需上传第三方。 2. 从远程服务器取日志或模型权重 drift pull target 10.0.0.1:8000 checkpoint.pt 不用 scp,不用输入 IP 和路径,脚本化非常方便。 3. AI 编程助手交换工件 在 agent 流程里用 drift send 发出代码/CSV/日志,下一节点用 drift pull 取回,全程加密,一条命令即走。 4. 跨云 GPU 平台搬运大文件 WebSocket 走 TCP,在只放行 80/443 的严格防火墙下也能用,比 SCP/rsync/magicwormhole 都更省心。 安装 bash Homebrew (macOS / Linux) brew install aeroxy/tap/drift 源码编译(需 Rust 1.82+ 和 bun) git clone cd drift cargo build release 唯一前提:确保两台机器网络互通(可互相访问对方端口),或有配置端口穿透(如云服务商)。 完整 CLI bash 列出远程目录 drift ls target 192.168.0.2:8000 拉取远程文件/文件夹 drift pull target 192.168.0.2:8000 report.pdf 从本机直接发送(不启动 Web UI) drift send target 192.168.0.2:8000 video.mp4 文件夹自动压缩传输 drift send target 192.168.0.2:8000 ./myproject 带密码 drift send target 192.168.0.2:8000 data.zip password secret 所有命令支持进度条,传输完成后进程退出,资源自动清理。 🔐 安全与协议细节 密钥交换:X25519 椭圆曲线 DiffieHellman,每次连接生成临时密钥对。 密钥派生:HKDFSHA256 生成分别用于发送和接收的对称密钥。 加密:ChaCha20Poly1305 认证加密,使用单调递增 nonce 计数防重放。 密码验证:HMAC 挑战应答,密码错误直接终止握手。 路径安全:所有用户输入路径都先 canonicalize 再校验是否在 rootdir 内;destinationpath 额外检查是否绝对或含 ..,在接收端入口 (starttransfer / starttransferwithnotify) 处强制拦截。 文件流:64KB 分块经加密二进制帧传输,接收方写入 .part 临时文件,传输完成重命名,保证原子性。 协议 v3 (新):所有控制消息可选携带 requestid (UUID),并发请求/响应可正确关联;与 v2 旧节点通过握手时的 protocolversion 协商 + FIFO 回退队列保持兼容。 协议帧简明设计: | 帧类型 | 内容 | 作用 | |||| | 加密文本帧 | JSON ControlMessage (v3 含 requestid) | 浏览目录、传输控制、并发请求关联 | | 加密二进制帧(V1) | [UUID(16B)][offset(8B)][chunk] | 单文件数据 | | 加密二进制帧(V2) | [UUID(16B)][fileindex(4B)][offset(8B)][chunk] | 多文件复用同一传输 | 📌 欢迎 Star,更欢迎在实际环境中试用、反馈 issue。 让加密文件传输像 curl 一样随手可得。
有时候,不是你想看清自己。 是 AI 把你扒得太彻底了。 我做了一个工具:XPOSE / 推特人格透视。 它不会真去人肉你,但可以在几十秒内,把你(或任何人)的推特公开信息,变成一份犀利到让人脚趾抠地的“人格诊断书” + 无情毒舌吐槽。 它能自动抓取头像、简介和近期推文,丢给 DeepSeek V4 Pro,生成 15 张报告卡片:关于你、毒舌吐槽、优点、缺点、感情生活、财运、健康、别人对你的秘密看法……还能一键下载高清截图,直接分享到 X。 不用下载,不用配环境,浏览器打开就能玩。 你只需要输入一个推特 ID,剩下的全自动。 适用场景包括但不限于: 朋友自恋到膨胀,急需 AI 帮忙“物理清醒” 暗恋对象不敢搭话,先让 AI 替你摸摸底 群聊冷场时,甩一张群友的毒舌报告,瞬间炸群 会议摸鱼,顺手生成自己的报告发朋友圈 推特运营者自检人设,看看 AI 眼里你是什么形象 刚关注的博主,到底是宝藏还是“乐子人”,先测再说 你负责输入 ID,AI 负责精准扎心。 你负责截图,它负责金句。 它不是真正的算命,而是一个有梗、有毒、懂分寸的社交玩具。 娱乐为主,破防自理。 运行截图: 在线体验:xpose7.streamlit.app
用ai写网文,五百多章。一本废了,一本在写中。 废掉的那本不是因为故事不好——纯粹是被 AI 味和中段疲软拖死的。回头看的时候发现光 "不是 X 而是 Y" 这个句式就出现了 663 次。读者说 "像 AI 写的",我当时还不服——现在回头看,人家说得对。 那本书死了之后,我把每次审稿发现的问题、每次改文总结的规则、每个平台的差异认知,全部沉淀成了一套方法论。不只是 "写得更好" 的文学建议——是能执行的、有硬指标的、可重复使用的写作流程。 GitHub 这套东西到底说了什么 1. 番茄和起点是两种完全不同的写作 这不是 "番茄节奏更快" 这种废话。是具体到: | 维度 | 番茄 | 起点 | |||| | 读者判断一本书的时间 | 3 秒 | 前 2050 章 | | 爽点密度 | 3 章一爽 | 可以 10 章铺垫 | | 群像 | 主角视角为主 | 配角必须有独立高光 | | 读者考据能力 | 不会考据 | 会截图存档挑逻辑漏洞 | | 情感模式 | 撕裂式爆发 | 安静感动也可以 | | 变现方式 | 广告分成 + 全勤 | 章节订阅 | 如果你用写起点的方式去写番茄——开篇前 300 字没有物理事件,开头三章在铺垫世界观——读者 3 秒划走。验证期 3 天没数据直接断流。 反过来,如果你用写番茄的方式去写起点——全程主角碾压、配角全是工具人、世界观过于简化——起点读者会在养肥期默默弃书,你永远不知道他们什么时候走的。 2. "不是 X 而是 Y" 是 AI 味的头号标志 这个句式我统计了:AI 生成的文章里,"不是 X 而是 Y" 的自然出现频率远高于人类写作。 我的做法: 每写完 3 章 grep 扫描一次 超过 2 次 / 章立刻改 对话中的 "不是" 保留(口语自然),叙事中的砍 从 663 次洗到 31 次的代价太大了——初稿控制住的成本是后期清洗的十分之一。 3. 配角工具人的检测方法 起点读者追群像文的核心心理是 "这群人在一起才无敌"。如果只有主角一个人在发光,配角就变成了跟班。 我的检测方法: 每 10 章查一次:每个配角有没有独立的、不依附主角的高光瞬间? 有没有配角连续 10 章以上只是 "站在那里"? 每个主要配角在每 20 章里有没有至少一个 "和你无关但我想知道" 的独立故事碎片? 如果删掉一个配角这 10 章没有任何不同——这个配角没有存在的必要。 4. 三章一轮制度 以前我 10 章一查。问题发现太晚。 现在:写 3 章 → 停笔 → 技术自检(CJK/破折号 / 动词 / 钩子)→ 平台质量自检 → AI 指纹扫描 → 不达标当场修。 663 次 "不是 X 是 Y" 如果每 3 章扫一次,早就发现了。 项目包含什么 ├── writingnovel.md ← 基础层:14 阶段通用流程(500+ 章凝练) ├── piqiewriting.md ← 番茄专项 + 变现策略 + 算法适配 ├── qidianwriting.md ← 起点专项 + 付费设计 + 群像规则 ├── zhidouwriting.md ← 智斗类型专项 └── novelimprover.md ← 双平台改良诊断 193KB 文檔,MIT 开源。 目前主要作者的实战经验集中在东方玄幻品类,其他品类(都市、历史、悬疑)的实战数据还比较少。如果论坛里有写其他品类的朋友,欢迎贡献。 论坛里如果有感兴趣的朋友 觉得有什么用得上的部分,直接拿去用 觉得哪些规则不对或者不适用于你的品类,提 Issue 或者直接回帖讨论 有其他平台(七猫、纵横等)经验的朋友,欢迎贡献平台适配
llmspace 推荐一下我的项目,主要是在学习agent和harness时,遇到太多不明觉厉的名词,什么context、memory、prompt、tooluse、react......他们到底是什么?有什么作用?在这个项目中可以自定义组装harness,你可以实验新的特性、工具,也可以对比是否勾选特性带来的区别,体验不同Harness下相同prompt带来的完全不同的结果。
每天早上 GitHub Actions 起一个 Python 脚本,从GitHub、HN、PH 等 7 个地方抓东西回来,合并去重之后扔给 LLM 让它整理成一份日报,中英文各一份,commit 回仓库。 内容结构大致是开头一段编辑视角的「今天值得注意啥」,然后五个方向(发现机会 / 技术选型 / 竞争情报 / 需求雷达 / 趋势判断)每个方向四个问题,每天的问题是当天根据抓到的信号现生的,不是固定模板。最后会给一个「今天花 2 小时能干点啥」和「这周更长线的赌注 + 风险」。 支持 RSS 订阅、邮件订阅。
这个工具最初是给家里的小朋友做的,孩子上学后认识了不少字,我想趁这个机会锻炼一下他的语言表达和想象能力。但市面上类似的谁是卧底 App,要么是给大人联机玩的,需要给孩子准备手机和账号;要么塞满了广告,交互体验很差。 于是我干脆自己动手,做了一个纯粹辅助线下游戏的「发牌」工具——不需要人人都拿手机,一部设备轮流传递,面对面玩就够了。 怎么玩 1. 设置游戏人数,点击开始 2. 手机依次传递给每个玩家,各自查看自己的词 3. 看完后,大家按正常谁是卧底的规则线下进行 4. 投票结束后,回到手机上查看每位玩家的词,看看谁是卧底 游戏设置里还可以选择难度——难度越高,分配的词语越难分辨,甚至会出现一些抽象或生僻的词,挑战性拉满。 亮点 🎯 交互极简 —— 小孩子也能独立操作 📱 支持小程序 —— 微信里点开即玩 🏠 支持 PWA 安装 —— 添加到桌面,跟原生 App 一样顺手 🔒 隐私安全 —— 所有数据仅存储在本地,不上传任何云端 体验地址 网页版 👉 小程序版本 开发过程 整个项目都是使用 vibe coding 完成的。 1. 需求:使用 Superpower 技能帮我从一句话需求到完整的需求规格文档 2. 设计:frontenddesign + + 3. 开发:vite + react + zustand + tailwindcss + shadcn/ui + Hugeicons 六一快乐,祝大朋友小朋友都玩得开心 🎈
换一个关键词或分类试试。
DEV TRENDS / COMMUNITY
讨论本期日报
使用 GitHub 登录,分享你的看法、问题或补充信息。