开发者工具箱|编程·开发工具·资源
559 subscribers
1.44K photos
776 links
面向开发者的实用工具、库与效率技巧,写代码更快更爽。投稿 @BDHT1
#开发者 #编程工具 #效率 #程序员 · 开源总站 @GitHubTrendingHub
Download Telegram
AI 编码助手频频硬编码密钥,提交前必须扫描

Cursor、Claude Code 和 Copilot 等 AI 编辑器常把 API Key、JWT 密钥等写死在源码里,因为训练数据中大量教程正是这么做的。一旦硬编码的密钥进入公开仓库,提交瞬间即被泄露,几分钟内就可能被攻击者利用。最近有开发者让 Cursor 生成 Stripe 计费代码,返回的代码直接嵌了真实 Live 密钥,险些提交到公共 GitHub。

原因在于模型没有“敏感值”概念,且为了代码“即拿即用”倾向内联值而非环境变量。修复方法很简单:所有密钥改成环境变量加载,写入 .gitignore,每次提交前用 gitleaks 扫描。若密钥已进入 git 历史,立即在服务端轮换密钥,并用 git filter-repo 或 BFG 清理。推荐设置 pre-commit 钩子从源头拦截。

#开发者 #工具 #安全 #CWE798 #AI编码 #Cursor #Copilot #ClaudeCode #Gitleaks #DevOps #密钥管理
📢 频道:@DevToolboxHub
V.E.L.O.C.I.T.Y.-OS 图形界面与GPU计算API

V.E.L.O.C.I.T.Y.-OS 在完成 NVMe 驱动后,从纯文本串口进入图形交互阶段。项目基于 UEFI GOP 帧缓冲实现了双缓冲合成器,提供三种可切换的 GUI 引擎:半透明毛玻璃终端容器、Matrix 雨效果,以及基于语义向量的空间坐标界面 Synaptic Canvas。

Synaptic Canvas 将文件与 JIT 执行块作为可交互节点展示在 2D 平面上。合成器计算 FAT32 目录内文件的余弦相似度,通过力导向布局算法让节点自然聚类,连接曲线使用二次贝塞尔曲线并绘制动态光点,可视化线程间数据传输。

项目还构建了 V-NCE GPU 计算 API,通过扫描 PCI 空间检测标准显卡并映射寄存器到统一内存地址空间,实现零拷贝 CPU-GPU 传输。JIT 编译器能直接向 GPU 寄存器写入 BindPipeline、SetPushConstants、DispatchCompute 等硬件无关命令列表,在无对应硬件时回退至 SIMD/AVX2 软件仿真。

#开发者 #工具 #VELOCITYOS #Rust #UEFI #JIT #GPU #裸机 #图形合成 #力导向图
📢 频道:@DevToolboxHub
MVP开发:少构建,多验证

许多技术初创公司失败不是因为做不出产品,而是因为没验证对的事情就堆了太多功能。MVP 的目标不是发布一个缩水版完整产品,而是验证核心问题、用户和解决方案是否真实到值得继续。

正确的 MVP 应该专注于三件事:最冒险的假设——先测试需求是否存在,而不是花数月做高级功能;核心工作流——打造一条强健的流程,而不是十条薄弱的;反馈速度——用短周期构建、测试,根据真实用户行为(而非口头意见)迭代。

加任何功能前先问:这个功能能否帮助我们更快验证核心假设?不能,就推迟。专注的 MVP 更易构建、测试、解释和改进。

#开发者 #工具 #MVP #初创公司 #SaaS #工程效率 #验证假设
📢 频道:@DevToolboxHub
samkhya v1.0:首个可插拔LLM的SQL优化器

samkhya v1.0 是首个为嵌入式SQL查询优化器提供LLM可插拔校正后端的库。支持将Anthropic Claude、OpenAI GPT-4o-mini或本地Ollama接入DataFusion、DuckDB、Polars等引擎的基数估计环节,通过4行HTTP合约完成集成。内置Python FastAPI和Node TypeScript参考服务器,同时提供可证明的安全上限(LpJoinBound),确保幻觉输出不会导致劣于原生计划的查询计划。

该库在星型5连接族上实现40.95倍于AGM的紧致提升(所有30个测试单元格占优),LLM传输层P95延迟0.07–0.11毫秒。在JOB-Slow基准上与原生DataFusion 46对比,几何平均耗时1.038倍(17胜/38平/0负),预注册的≥1.35倍目标被证伪。作者在发布中明确报告了证伪的预注册假设,旨在修复该领域的可信度赤字。

工程实现为一个13-crate的Rust工作区,包含约266个测试块、17个属性测试、约3100万次模糊测试执行无崩溃。提供5层可替换架构:可移植统计草图、反馈记录器、LpJoinBound安全夹、GPU批量推理(可选)、可插拔校正器后端。默认后端为梯度提升树,TabPFN-2.5和LLM-via-HTTP为可选特性。支持DataFusion(生产)、DuckDB(生产)、Polars(Beta)、Iceberg(生产)等引擎。Apache-2.0单协议许可,含§3专利授权。


GitHub

#开发者 #工具 #samkhya #Rust #DataFusion #DuckDB #Polars #LLM #基数估计 #开源
📢 频道:@DevToolboxHub
银行 AI Agent 合规架构指南

构建银行智能体时,30% 是 AI 工作,70% 是合规管道。贷款承销逻辑一周能写完,但审计日志、可解释性、人类介入检查点和数据驻留要花两个月。这篇架构指南以承销为例,展示了如何让 AI 决策通过审计。

核心要求:每个决策必须可追溯。监管不接受“模型给了 0.82 分”,需要知道用了什么数据、推理步骤、人类如何审查。用 AuditableDecision 类记录每一步的输入、推理、数据源、模型版本,实时追加,而非事后从日志重建。

承销决策管道:文档验证 → 通过 Claude(claude-sonnet-4-5)进行风险评分,要求返回 JSON 并引用具体数据点 → 阈值路由:风险分 >0.7 强制转人工,<0.3 自动通过,中间全部转人工。只有极低风险才自动决策。

人类介入不是按钮而是检查点:构建人类审阅包时,必须包含 agent 推理链、置信度、具体关注点、覆盖时需提供理由,且 override_requires_justification: True——监管会检查这一点。

PII 处理:在提示词中剥离或 token 化直接标识符,如姓名替换为 APPLICANT_{hash_id},SSN 替换为 [REDACTED]。跨境银行需根据数据驻留区决定模型调用区域或本地部署。

审计检查要点:决策不可变、推理链完整(不可事后重建)、覆盖必须有书面理由、阈值必须有依据且无差别影响。


这些模式(审计追踪、可解释性、人类介入阈值)可泛化到其他银行业 AI 场景,但欺诈检测的延迟和审计需求不同(毫秒级、模式推理而非文档推理),设计前建议先读相应指南。

#开发者 #工具 #AI #Agent #合规 #银行 #审计 #架构 #Python #Claude
📢 频道:@DevToolboxHub
AI 智能合约审计工具寻求反馈

一位开发者构建了AI驱动的智能合约安全助手,旨在帮助开发者在编码阶段及早发现漏洞,而非等到昂贵的专业审计阶段。当前功能包括分析Solidity合约常见漏洞(如重入攻击、未检查的外部调用、访问控制问题)、用白话解释漏洞、提供修复建议、生成安全评分与审计摘要。

目前工具设计为一直可用的安全助手,而非取代专业审计团队。开发者希望探索的方向:GitHub仓库扫描、合约持续监控、CI/CD集成、VS Code扩展、Gas优化建议、多链支持、交互式AI漏洞解释、安全最佳实践推荐。

作者坦言,许多开发者目前依赖文档、静态分析器和手动代码审查,但这些工具只标记问题却不解释为何重要。该工具的目标是让开发者边写合约边学习安全知识。

现在工具处于原型阶段,作者正在寻求智能合约开发者、安全研究员和审计员的反馈:你希望它具备哪些功能?目前最依赖什么工具?对现有安全工具有什么不满?AI辅助的漏洞解释是否有用?


欢迎在原文评论区提出建议。

#开发者 #工具 #智能合约 #Solidity #安全审计 #AI #CICD #Multichain #VSCODE #GasOptimization
📢 频道:@DevToolboxHub
工具哲学:理解本质才能用好AI

理解一个工具的本质是什么,决定了你能用它做什么、不能做什么。枪不能给你读睡前故事,因为它天生的物理限制就摆在那里。同样,软件工程、系统设计和AI的成败,往往取决于你是否真正理解手头工具的内在性质——它的“边界框”。

LLM 本质上是巨大的矩阵计算器,输出天然带有统计随机性,这是非确定性特性,而非 bug。但许多公司正试图用极度严格的护栏把它塞进确定性盒子,反而削弱了工具本身的能力。这是方向性错误:你不能用锤子去拧螺丝,也不能在一个要求精确答案的场景里依赖非确定性的模型。

在代码层面,全局状态滥用是同样的哲学错误——它把一个确定性的纯函数系统变成了不可预测的黑箱。作者正在构建 tgo(TypeScript 到 Go 转译器),JavaScript 的动态特性与 Go 的严格类型冲突,正是这种本质不匹配的活例。

真正的工程智慧在于:接受非确定性在边缘创新上的价值(如写邮件、头脑风暴),但绝不允许它在系统核心捣乱。秩序必须由工程师来定义和强制执行。AI 不是起源,你才是。你必须为输出负责,确保它始终指向正确的方向。

理解工具的本质,承认其限制,然后主动引导轨迹。这不是抱怨工具缺陷,而是工程师作为“起源”的绝对担当。


#开发者 #工具 #哲学 #系统工程 #AI #LLM #非确定性 #代码设计 #tgo #TypeScript #Go
📢 频道:@DevToolboxHub
GitLab报告:AI编码加速但交付未提速

GitLab 2026 AI Accountability Report揭示了一个“AI悖论”:78%的开发者表示编码速度更快,但整体软件交付并未加速。原因在于下游测试和审查环节仍存在瓶颈,企业治理与可追溯性也面临新的挑战。

报告指出,单纯加速编码不足以提升端到端交付效率,需要同步优化测试、审查及合规流程。

#开发者 #工具 #GitLab #AI #编码效率 #交付瓶颈 #DevOps #软件工程
📢 频道:@DevToolboxHub
绿色CI不等于安全发布

传统观念里,单元测试和浏览器测试全绿就敢合并代码。但现实中的前端故障——Safari 弹窗无法滚动、阿拉伯文排版错位、MFA 重定向后用户被退回登录页、CDN 混搭新旧静态资源——全都不违反绿色管道。管道只测试了它被告知要测的东西,而现代前端的状态、环境、渲染路径、浏览器差异和异步系统远多于测试套件覆盖的范围。本文系统梳理了这些盲点,帮助团队在信任绿色之前重新审视测试策略。

常见盲点包括:
跨浏览器测试不能只看“能否打开”,字体内联、响应式断点偏移、Safari 的滚动/溢出行为都可能使“Chrome 正常”失效
设计系统令牌更新可能改变间距、层级、动画时长,与功能无关却让现有测试“无端”失败
Web Components 的 Shadow DOM 和 slot 使得旧的选择器和交互方式不可靠,测试应聚焦公开契约而非实现细节
动态表单实质是状态机,不同条件分支、草稿保存、浏览器刷新后的恢复都需要针对关键状态转换测试
认证测试不应止于登录成功,会话持久化、MFA 弹窗、跨标签页恢复、深层链接预认证等场景常被忽略
AI 特性无法用固定输出断言:流式响应的打字指示器、内联 copilot 的接受/拒绝控件、聊天机器人的话术转接、订阅计费限额都需要针对异步 UI 和业务逻辑分别验证
AI 代理不仅要测试任务完成度,更要确保副作用可控——权限范围、白名单、可清理的合成数据、破坏性操作前的确认门
生产环境的缓存、CDN、特性标记、第三方依赖、服务 Worker 等变量在 CI 中被去除,测试环境与生产环境的差异需要显式检查
客户端状态和乐观更新涉及离线队列、多标签页冲突、服务端响应后回滚等竞态条件,仅断言即时 UI 会掩盖真实失败
实时应用依赖 WebSocket/SSE,等待超时不是同步策略,应理解驱动 UI 变化的事件并据此控制测试
AI 辅助编码可能增大变更范围和复杂度,风险信号包括组件影响面、身份认证/计费触达、新依赖、浏览器特定代码、生成代码审核程度等
工具定价应对比总拥有成本,包括平台费用、并行执行量、AI 消耗、浏览器覆盖、实施与维护、故障排查投入等


覆盖这些“糟糕状态”需要组合层:组件测试、API 测试、关键路径浏览器测试、有意义的视觉检查、真实浏览器覆盖、生产监控。绿色管道仍然重要,但它必须意味着比“Chromium 里走通了一次快乐路径”更多。

#开发者 #工具 #前端测试 #CI #QA #Safari #跨浏览器 #WebComponents #设计系统 #AI测试 #认证
📢 频道:@DevToolboxHub
用 Rust 和 Typst 重构 PDF 生成架构,延迟降至 2ms 以下

在受严格监管的银行和制造业中,传统 PDF 生成引擎(如 Puppeteer、LaTeX)存在严重的运维痛点。Erik Steiger 在 InfoQ 演讲中分享了如何转向由 Typst 驱动的无服务器 Rust 架构,将渲染延迟降低到 2ms 以下。他还介绍了如何将 Git 和 Docker 的概念应用于模板注册表,以实现铁定的合规性和快速调试。

该方案适用于需要高吞吐量、低延迟、强合规的文档生成场景,通过将模板版本控制与容器化部署结合,大幅简化了调试与审计流程。

#开发者 #工具 #Rust #Typst #PDF生成 #无服务器 #InfoQ #文档基础设施
📢 频道:@DevToolboxHub
Target 用 LLM 语义匹配系统提升营销预测

Target 开发了一套基于生成式 AI 的语义匹配系统,用于改善营销活动预测。该系统通过嵌入、向量搜索和 LLM 排序,检索并排序相似的历史营销活动,取代了基于规则的工作流。内部评估显示,top-1 覆盖率达 75%,top-3 覆盖率达 100%。系统减少了人工操作,提高了预测一致性,并利用反馈循环根据活动结果持续优化检索质量。目前已在 Target 的营销和分析团队内部使用,支持多种活动类型的规划决策。

#开发者 #工具 #Target #LLM #语义匹配 #向量搜索 #营销预测 #生成式AI #InfoQ
📢 频道:@DevToolboxHub
HelperX 反检测延迟引擎详解

HelperX 是一个针对 X(原 Twitter)的自动化工具。其核心是一个精心设计的延迟引擎,目的是让自动化操作的时间间隔看起来像人类自然行为,从而绕过平台的反自动化检测。

该引擎摒弃了简单的均匀随机延迟,而是采用指数分布来模拟人类活动的突发性和重尾特性。
关键设计:
• 对延迟进行封顶避免极端长等待
• 随机注入“分心”因子(约10%概率延迟加倍2-5倍)
• 消除整秒数(如30s、60s)的“去整”处理,以及根据操作类型(回复、关注、私信等)设置不同延迟配置。此外,延迟引擎还考虑工作时间窗口,如果操作会超出窗口则推迟到下一个周期,避免边界聚集

在8周的A/B测试中,采用该引擎的10个账户均未被标记,而使用均匀随机延迟的引擎有3个账户在4周内收到软限制。

#开发者 #工具 #HelperX #NodeJS #反检测 #延迟引擎 #自动化 #XPlatform
📢 频道:@DevToolboxHub
AI自动化项目为何在开发前就失败

许多企业在AI自动化上投入数月,却难以产出可衡量的运营价值。问题不在于技术,而在于从一开始就选错了问题。创始人常常开口就要AI聊天机器人、多智能体或GPT集成,但真正该问的是:你要解决什么运营难题?

跨行业的瓶颈惊人地相似:律所困于合同审核与文档流程,保险公司疲于重复理赔处理和欺诈检测,营销团队为每份客户报告耗费数小时,创业公司依赖逐渐失控的电子表格。运营团队在不同系统间手动搬运数据。瓶颈从来不是“我们没有AI”,而是流程本身低效。

通用自动化平台在简单场景下够用,但随着企业成长,多级审批、复杂业务规则、知识库、定制集成、人工复核、安全需求接踵而至,平台最终变成另一个需要绕开的系统。此时定制AI系统才开始有意义。最有价值的AI系统不是取代重复劳动,而是辅助运营决策:理赔优先级排序、异常交易识别、客户请求路由、合同信息提取、文档摘要、多智能体协调——所有这些都始于业务流程,而非“造个聊天机器人”。

AI自动化成功的起点是梳理工作流。先问:工作从哪开始?哪些步骤重复?哪些决策依赖上下文?哪些系统已存在?延迟发生在哪?决策时缺什么信息?答案清晰后,选择AI架构自然容易。同时要记住,AI不替代良好工程:生产系统仍需可靠API、安全认证、数据管道、可观测性、日志、错误处理、人工复核、可扩展基础设施。语言模型只是更大系统中的一个组件。


所以,与其问“该用哪个AI模型”,不如问“哪个运营问题今天花掉我们最多时间、金钱或机会”。技术变化快,业务问题更稳定。从运营而不是算法出发的公司,才会从AI中获得最高回报。

#开发者 #工具 #AIAutomation #WorkflowAutomation #Operations #SoftwareEngineering #BusinessProcess
📢 频道:@DevToolboxHub
手工构建 EtherNet/IP 数据包揭示抽象层真相

作者使用原始套接字、Linux 回环接口和 cpppo 模拟器从头搭建 EtherNet/IP 和 CIP 沙箱,抛弃 Scapy 等高层库。起初基本读写测试通过,但在分段传输(0x52/0x53)中遭遇静默失败:客户端日志显示正常,实际数据包却无任何变化。

协议被多层封装包裹:EtherNet/IP 头部(24 字节)、Common Packet Format(CPF)、CIP 应用层。单字节错误即导致完整丢弃。借助实时抓包工具 enip_monitor.py 触发无效 tag 查询,PLC 返回状态码 0x05(路径未知),才确认客户端与实际线路状态存在误差。

修复分段偏移后负载正确提交。核心教训:抽象层不保证理解,反而隐藏架构。EtherNet/IP 和 CIP 默认信任格式正确的数据包,对象结构可外部观察,错误状态泄露内部路由信息,且许多遗留配置无需认证。防御必须工作在数据包级别:开发检测规则、监控封装和 CIP 服务、严格网络分段。


项目代码与 13 份技术笔记已公开。

GitHub

#开发者 #工具 #ICS #EtherNetIP #CIP #工控安全 #网络安全 #协议分析
📢 频道:@DevToolboxHub
Java 周报:Hardwood 1.0、Endive 1.0 等多项目更新

本周 Java 新闻汇总(2026 年 6 月 22 日)带来多项发布:Hardwood 1.0 和 Endive 1.0 达到 GA;Azul Payara 发布 2026 年 6 月版;Quarkus 和 LangChain4j 推出点版本;WildFly 41 首个 Beta 版上线;此外还有 Eliya JDK 以及由 HeroDevs 与 Commonhaus Foundation 联合成立的开源可持续性倡议(OSSI)。

各项目具体版本号与变更详情可查阅 InfoQ 原文。

#开发者 #工具 #Java #Hardwood #Endive #AzulPayara #Quarkus #LangChain4j #WildFly #EliyaJDK #OSSI
📢 频道:@DevToolboxHub
Limn Engine Level 3 高级教程发布

该教程面向已掌握物理、瓦片地图和相机的开发者,深入讲解了粒子系统、圆形碰撞、屏幕抖动、动态瓦片编辑等高级功能。内容涵盖场景管理、六种预设粒子效果(爆炸、烟雾、闪光、雨、血、魔法)、持续发射器、圆形碰撞检测、相机位移与旋转抖动、运行时瓦片添加/删除、朝向与圆周运动、HUD锚定以及组件销毁,并附带一个完整的俯视角射击游戏示例。

教程对应的 GitHub 仓库已可供查阅,适合需要为游戏添加专业打磨的 JavaScript 开发者。

github.com/terracodes004/limn-engine-doc

#开发者 #工具 #LimnEngine #JavaScript #游戏开发 #教程 #粒子系统 #圆形碰撞 #屏幕震动 #动态瓦片 #场景管理 #俯视角射击
📢 频道:@DevToolboxHub
两个 Kubernetes 决策的真实教训

Node Group Sizing 与 Readiness/Liveness Probes 的配置,在教科书里很少被坦诚讨论。作者分享了一个真实案例:大节点 vs 小节点的取舍,以及探针混合配置导致的级联重启。两个看似常规的选择,在故障场景下会暴露出完全不同的失败模式。

1. Node Group Sizing

最初使用 10 个节点,每个 32 CPU,总容量 320 CPU。单个节点失效时,调度器需要重新调度 320 CPU 的工作负载,集群自动缩放器处理不了,Pod 挂起 10 分钟。后来改为 20 个节点,每个 16 CPU,总容量不变。单节点失效时,只需重调度 160 CPU,90 秒内恢复。成本相同,爆炸半径减半。大节点“更高效”,小节点“更具弹性”,取决于你想面对一个大问题还是多个小问题。

2. Readiness vs Liveness Probes

某团队将 Readiness 与 Liveness 设为相同探测逻辑:能连数据库就认为正常。数据库变慢后,探测失败,Pod 被标记为“not ready”并从负载均衡摘除(正确),但 Liveness 也失败导致 Kubernetes 杀死并重启 Pod。新 Pod 启动后立即再次失败,30 个 Pod 每秒重启 30 次,看起来像应用 bug,实际是探针配置错误。修复:Readiness 用短超时检测数据库连接,慢就拒绝流量;Liveness 只检测进程是否响应,更严格阈值,只在真正挂起时重启。同样数据库慢速,Pod 变不健康但不会重启循环,集群稳定。


这两个决策的共同点是:压力下才会浮现的隐藏故障模式。Node 选型在节点失效前看不出问题,探针配置在数据库缓慢前看不出问题。理解实际优化的失效模式,比仅仅遵循“最佳实践”更重要。

#开发者 #工具 #Kubernetes #EKS #DevOps #SRE #NodeSizing #LivenessProbes #ReadinessProbes
📢 频道:@DevToolboxHub
MicroLoop:为AI代理打造的运行时安全层

自主代理在生产环境中常陷入重复执行循环,烧掉大量API token和算力。提示工程无法保证执行安全——模型仍可能重复调用相同工具、无休止重试失败操作或生成畸形参数。

MicroLoop 是一个用 Rust 编写的开源运行时安全层,在代理与工具之间充当透明代理。每个工具调用在放行前都会经过历史轨迹检测和规则引擎实时验证,阻断危险循环和错误轨迹。

核心指标:平均验证耗时约17μs,对抗性循环拒绝仅需375ns,每秒可处理约58000次验证。项目暴露C ABI,已提供适配LangChain、LangGraph、CrewAI和AutoGen的Python适配器,无需重写代理核心逻辑。


GitHub: GitHub

#开发者 #工具 #MicroLoop #Rust #AIAgent #LangChain #安全 #运行时验证
📢 频道:@DevToolboxHub
如何像高级前端开发者一样思考

经验丰富的前端开发者知道,写代码并非最难的部分。真正的挑战在于:在紧迫的截止日期、有限预算、频繁变更需求和不完美的环境下,做出合理的技术决策、平衡质量与速度、管理团队分歧、避免过度工程,并培养健康的代码审查文化。这篇文章从四个核心领域展开。

一、技术决策:从问题出发,而非从工具出发

没有客观“最好”的技术,只有最符合当前项目、团队、阶段和约束的方案。决策前应清晰定义问题,列出可行替代方案,权衡利弊,选择满足实际需求的最简方案,并记录决策理由(Architecture Decision Record)。

二、避免过度工程

过度工程表现为:为简单操作创建多层抽象、过早提取通用组件(遵循“三次法则”)、仅基于视觉相似强行复用、堆积大量条件配置。应从小处着手,随着理解加深逐步演化架构,优先可读性而非炫技。

三、有效代码审查

审阅不是审判。关注行为正确性、可读性、架构合理性、性能、安全性、测试覆盖。评论应说明原因,区分阻塞项与建议项,先提问再下判断,永远针对代码而非个人。作者应保持 PR 足够小,方便审查。

四、管理技术债务

技术债分为有意识债务、意外债务、演化债务和工具债务。关键不是消灭债务,而是使其可见、按影响分级、关联业务影响、逐步偿还(如“童子军规则”)。完全重写风险高,优先采用“扼杀模式”增量现代化。


总结:资深前端工程师并非使用最多库或写出最复杂类型的人,而是懂得何时使用强大工具、何时保持简单、如何平衡取舍、如何无我地讨论技术决策,并对系统长期健康负责的人。

#开发者 #工具 #前端 #技术决策 #代码审查 #技术债务 #JavaScript #React #工程效率
📢 频道:@DevToolboxHub
开发者建了434个免费工具,只为一个目标:一站式搞定所有开发小需求

每个开发者都有过这样的体验:想格式化一段JSON,打开某个网站先弹三个Cookie横幅;想用Base64编码,服务器可能还跑在2009年的PHP上;想转换单位,却先要输入邮箱。受够了这种体验,一位开发者自己动手建了 The Calcu——一个聚合了434个工具的免费平台。

它囊括计算器、转换器、生成器、格式化器和验证器,覆盖财务、税务、健康、数学、营销、开发工具和日常计算。所有工具均无需登录、无需付费,数据完全在浏览器端处理,不离开你的设备。

为什么选择广度而非垂直深度?作者发现一天内自己就需要12种不相关的工具:早上算复利、下午对比JSON、发邮件前统计字数、开票前检查GST。建一个垂直工具只能解决一个需求,其余11个仍要依赖体验糟糕的竞品。
架构上全在浏览器完成计算,无服务器成本,因此保持永久免费。URL会自动编码输入参数,可直接分享或书签,不需“复制结果”按钮。
开发者最常用的部分在格式化和验证器类别:JSON格式化支持压缩/美化、结构验证与行级错误定位;Base64编码解码支持标准与URL安全模式;验证器覆盖email、URL、IP、UUID、IBAN、信用卡号等格式。


这些工具并非拼凑,而是作者自己每天都在用的需求合集。平台已上线一个月,如果你发现某个工具有计算错误,或缺少你期望的功能,欢迎反馈,作者会更新。

#开发者 #工具 #TheCalcu #JSON #Base64 #格式化 #验证器 #免费工具 #浏览器端计算
📢 频道:@DevToolboxHub