1874w's recent timeline updates 1874w's recent timeline updates1874w's repos on GitHub
TypeScript · 1877 watchers
elog
Markdown 批量导出工具、开放式跨平台博客解决方案，随意组合写作平台(语雀/Notion/FlowUs/飞书/我来Wolai)和博客平台(Hexo/Vitepress/Halo/Confluence/WordPress等)
TypeScript · 16 watchers
elog-docs
Elog 的使用文档
TypeScript · 11 watchers
node-agile-client
AgileConfig的node客户端
JavaScript · 11 watchers
yuque-hexo-with-cdn
同步语雀的文章到 Hexo博客，并支持语雀图片替换为自己的图床
Astro · 9 watchers
blog.1874.cool
🚀 Notion & Elog & Astro & Vercel
TypeScript · 8 watchers
1874.cool
1874's Home
TypeScript · 7 watchers
agent-notify
Personal notification hub for AI coding agents — forwards OpenCode, Claude Code, and Codex hook events as short notifications via Bark/ntfy to your phone or watch.
TypeScript · 7 watchers
PodRSS
一个基于 AI 的 RSS 中文播客项目，每天自动抓取你感兴趣的 RSS 更新内容，通过 AI 生成中文总结并转换为播客内容。
TypeScript · 7 watchers
webnav.1874.cool
Web Navigation
TypeScript · 4 watchers
CoverPen
Create awesome cover images for your blog posts quickly.
JavaScript · 4 watchers
notion-hexo
Notion + Elog + Hexo + GitHub Actions + Vercel 博客解决方案
Shell · 3 watchers
yuque-hexo-example
yuque-hexo配置示例
TypeScript · 3 watchers
yuque-vitepress
语雀 + Elog + VitePress + GitHub Actions + Vercel 文档站点解决方案
JavaScript · 1 watchers
flowus-halo
FlowUs + Elog + Halo + GitHub Actions 博客解决方案
1 watchers
FlowUsNext
NextJS + FlowUs API 静态博客
TypeScript · 1 watchers
hacker-news
一个基于 AI 的 Hacker News 中文播客项目，每天自动抓取 Hacker News 热门文章，通过 AI 生成中文总结并转换为播客内容。
Python · 1 watchers
hermes-agent
专门针对飞书消息渠道展示优化后的 Hermes Agent。示例展示见博客
TypeScript · 1 watchers
react18
手写React18
TypeScript · 1 watchers
SnippetsLab-Raycast
适用于SnippetsLab的Raycast插件
0 watchers
AgileConfig_Client
AgileConfig的客户端
0 watchers
ai-job-search
AI-powered job application framework built on Claude Code. Fork it, fill in your profile, and let Claude evaluate jobs, tailor CVs, write cover letters, and prepare you for interviews.
0 watchers
awesome-halo
与 Halo 相关的周边生态资源列表
JavaScript · 0 watchers
blog.1874.cool.back
基于NotionNext + Elog备份的博客
JavaScript · 0 watchers
BroadcastChannel
Turn your Telegram Channel into a MicroBlog.
TypeScript · 0 watchers
build-project
打包构建专栏
0 watchers
ChatGPT
0 watchers
ChatGPT-Next-Web
0 watchers
ctrip-apollo-client
This is a client library for Apollo(A reliable configuration management system) written in Node.js.
TypeScript · 0 watchers
elog-1.0
0 watchers
elog-examples
Elog Examples
JavaScript · 0 watchers
esm-and-cjs
从多场景分析 ESM 和 CJS 混合开发
0 watchers
flow.1874.cool
1874's 的工作流
0 watchers
github-stats-transparent
Automatically generate summary GitHub statistics images for your profile using Actions, no server required
0 watchers
gray-matter
Smarter YAML front matter parser, used by metalsmith, Gatsby, Netlify, Assemble, mapbox-gl, phenomic, vuejs vitepress, TinaCMS, Shopify Polaris, Ant Design, Astro, hashicorp, garden, slidev, saber, sourcegraph, and many others. Simple to use, and battle tested. Parses YAML by default but can also parse JSON Front Matter, Coffee Front Matter, TOML
0 watchers
image
图床
Java · 0 watchers
inject-ref
TypeScript · 0 watchers
ioredis
use ioredis on nestjs module, depend on nest-modules/ioredis and support nestjs v11
Java · 0 watchers
JavaProgram
前期做的一些项目
0 watchers
LetTTGACO
Config files for my GitHub profile.
HTML · 0 watchers
LetTTGACO.github.io
Elog Docs
0 watchers
md-to-notion
Markdown to Notion: Convert Markdown and GitHub Flavoured Markdown to Notion API Blocks
Go · 0 watchers
miniflux-mcp
A Model Context Protocol (MCP) server for interacting with Miniflux RSS reader.
0 watchers
MoviePilot
NAS媒体库自动化管理工具
0 watchers
notion-blog-actions
convert notion database pages to markdown files for hexo or hugo
0 watchers
notion-to-md
Convert notion pages, block and list of blocks to markdown (supports nesting and custom parsing)
TypeScript · 0 watchers
openclaw-feishu
0 watchers
openclaw-lark
飞书官方出品的 OpenClaw 飞书/Lark Channel 插件
0 watchers
pal-conf
PalWorld Server Configuration Generator
JavaScript · 0 watchers
plugins
OpenAI Plugins
TypeScript · 0 watchers
react-notion-x
Fast and accurate React renderer for Notion. TS batteries included. ⚡️
0 watchers
RxJS-Docs-CN
RxJS 5 中文文档
0 watchers
serverless-api
public serverless api
Shell · 0 watchers
superpowers
专门针对 Codex 优化的省钱版本，固定住模型和思考程度
TypeScript · 0 watchers
taro-picker-cascader
基于Taro的弹窗级联组件
JavaScript · 0 watchers
tmper
快速创建Node端/Web端模版
0 watchers
vue2-test
TypeScript · 0 watchers
wechat-chatgpt
一个基于 ChatGPT 的 AI 助手微信机器人
JavaScript · 0 watchers
yuque-hexo
语雀 + Elog + Hexo + GitHub Actions + Vercel 博客解决方案
 |
1874wV2EX member #626951, joined on 2023-05-04 18:12:45 +08:00Today's activity rank 11932 |
1874.cool
LetTTGACO
 |
Per 1874w's settings, the topics list is only visible after you sign in |
Deals info, including closed deals, is not hidden
1874w's recent replies
3 days ago Replied to a topic by jenhe › 程序员 › 我又又又重构了我的站点 |
@lscho 信息密度太大 +1 ，现在是真看不了这种博客。我感觉我的博客（ https://blog.1874.cool/）还挺简洁的，不过博客站点更多是服务自己，记录自己的实践经验，如果持续坚持写下去，其实外观倒没那么重要。
4 days ago Replied to a topic by luojiedev › OpenAI › 用了一次 5.6 Luna，我就滚回到了 Sol |
目前 Sol 和 Terra 是 V2 的 SubAgent 协议，Luna 还是 V1 版本的，具体体现为：使用 Sol 或者 Terra 时，通过提示词是无法分配 Luna 的子 Agent 去干活的
https://github.com/openai/codex/blob/main/codex-rs/models-manager/models.json#L447
具体可以看这份文件，当 Luna 的 multi_agent_version = v2 时，就能在使用 GPT5.6 时随意指定其他 GPT5.6 模型了
https://github.com/openai/codex/blob/main/codex-rs/models-manager/models.json#L447
具体可以看这份文件，当 Luna 的 multi_agent_version = v2 时，就能在使用 GPT5.6 时随意指定其他 GPT5.6 模型了
Aug 31 Replied to a topic by BuffDog › OpenAI › plus 已经没法用了 |
@Wanex 你这话就不太对了，Fast 根据楼上哥们算下来可能有 5 倍左右的消耗，这个 Fast 即使对比到国内相同消费水平的模型，月卡订阅用户如果也能开 5 倍消耗，也用不起吧。
如果不开 Fast 吐槽下是能接受的，开 Fast 吐槽就说不过去了，我 Pro 5x 都不经常开 Fast ，没意义，又不赶时间。
我是觉得 为什么 OpenAI 不把 Plus 的 Fast 权限收回，否则这个 Plus 额度根本就用不起 Fast 。
如果不开 Fast 吐槽下是能接受的，开 Fast 吐槽就说不过去了，我 Pro 5x 都不经常开 Fast ，没意义，又不赶时间。
我是觉得 为什么 OpenAI 不把 Plus 的 Fast 权限收回，否则这个 Plus 额度根本就用不起 Fast 。
Aug 31 Replied to a topic by BuffDog › OpenAI › plus 已经没法用了 |
@Pernalin 谢谢指正，具体我没试过到底多少倍，但我很少开，只有之前明确重置前实在用不完开过。如果是这样的消耗，那 UP 这个消耗也确实正常，如果不用 Fast 可能能多 5 轮对话哈哈哈
Aug 31 Replied to a topic by BuffDog › OpenAI › plus 已经没法用了 |
@BuffDog #32 你都自己说了懒，懒值得被忽略吗？懒就是你现在问题的核心原因。
至于你说的切换上下文的消耗，直接暴露了你用 AI 还不熟练。中途切换模型最应该考虑的是「模型降智」的问题。从高切低，会导致低模型处理相同任务能力明显不如高模型。从低切高，也会存在低模型的上下文可能会误导高模型的判断。更好的做法是高模型做规划，低模型做机械执行。
至于上下文消耗，你都开 Fast 2.5 倍消耗了，还在意这点上下文消耗？你这前后还是矛盾啊
至于你说的切换上下文的消耗，直接暴露了你用 AI 还不熟练。中途切换模型最应该考虑的是「模型降智」的问题。从高切低，会导致低模型处理相同任务能力明显不如高模型。从低切高，也会存在低模型的上下文可能会误导高模型的判断。更好的做法是高模型做规划，低模型做机械执行。
至于上下文消耗，你都开 Fast 2.5 倍消耗了，还在意这点上下文消耗？你这前后还是矛盾啊
Aug 31 Replied to a topic by BuffDog › OpenAI › plus 已经没法用了 |
@BuffDog #24 我感觉这两种都能接受，就像我前面说的，VibeCoding 时代，人的代码时间是被大量解放的，我对模型的处理时间要求没那么严格，我更喜欢多线程处理独立任务，时间不作为我的考量标准。
至于 80%还是 90%，这个我无法去实际评测，只要是能满足我需求的模型就是好模型。
如果我用低模型能解决，我就认为是 100%。况且一个问题的解决如果只想一次对话就解决的话，那就是我所说的许愿式开发，我认为现阶段 AI 做不到，即使用低模型多几轮对话也能解决问题，我也会认为它是合格的，我个人的期望值没有那么高。
至于 80%还是 90%，这个我无法去实际评测，只要是能满足我需求的模型就是好模型。
如果我用低模型能解决，我就认为是 100%。况且一个问题的解决如果只想一次对话就解决的话，那就是我所说的许愿式开发，我认为现阶段 AI 做不到，即使用低模型多几轮对话也能解决问题，我也会认为它是合格的，我个人的期望值没有那么高。
Aug 31 Replied to a topic by BuffDog › OpenAI › plus 已经没法用了 |
@BuffDog #20 强推理模型是这样的，考虑的很多，边界问题处理的很多。如果是想简单处理，要么提示词要求一下，要么换低一级的模型。
Aug 31 Replied to a topic by BuffDog › OpenAI › plus 已经没法用了 |
@BuffDog #19 降智是另一个问题，尽量避免 许愿式开发 是解决降智的最佳手段，最后还是做好规划再行动。
Aug 31 Replied to a topic by BuffDog › OpenAI › plus 已经没法用了 |
@Nzelites #17 我觉得不该开 Fast 的权限，这玩意是真耗，感觉远不止 1.5 倍。
Sol 偶尔用用其实还行，但从他这个打包处理时间来看，我感觉他这个不像是正常的打包逻辑，一般意义的打包，就是运行一个打包命令等待输出了，不至于处理 17 分钟，应该有其他逻辑在里面。
我感觉这里面的罪魁祸首是 Fast 模式。
Sol 偶尔用用其实还行，但从他这个打包处理时间来看，我感觉他这个不像是正常的打包逻辑，一般意义的打包，就是运行一个打包命令等待输出了，不至于处理 17 分钟，应该有其他逻辑在里面。
我感觉这里面的罪魁祸首是 Fast 模式。
Aug 31 Replied to a topic by BuffDog › OpenAI › plus 已经没法用了 |
@BuffDog 懒得切的话，那你其实适合 Pro 5x 甚至 20X ，如果按你的使用习惯，一般的 GLM5.3 可能都不够用。Plus 的定位不适合这么铺张浪费。
Select Language