Nacho Coll

背景

我从 2007 年起就在 AWS 上做开发——从 S3 和 EC2 的最早期开始，那时”云”还远不是默认答案。作为 AWS 企业架构师，我为包括 LEGO、Nordea、Vueling 在内的一批财富 500 强级别的顶级企业客户设计过生产规模的系统。我今天所做一切背后的运营直觉，正是在那里锤炼出来的：成本纪律、多区域可靠性，以及从第一天起就认真对待可观测性，而不是事后再补上。

2019 年以来，我一直并行专注于两件事：面向实时与消息类产品的基础设施，以及软件交付的 AI 一侧——把同样的企业架构纪律带到两者之中。这正是今天 Blockchain Web Services (BWS) 赖以运转的根基：一家 AI 原生的解决方案工厂，只有一句经营口号，Demand Becomes Product。我们把经过验证的市场需求，变成可直接投产的软件——由人来打造，由 AI 来加速，端到端有人负责。从 BWS 交付的每一行代码，都由一位具名工程师所拥有。

BWS 以同样的纪律交付多款生产产品。WallaWhats 是其中之一，其他还包括：

• OpenAgile.AI — 面向 AI 辅助开发的工程纪律。
• Zellbox — 面向预约驱动型中小企业的 CRM：把客户、预约和 WhatsApp 提醒集于一个收件箱。
• Badges.ninja — 区块链可验证的数字徽章，配有可视化设计器和 REST API。
• IPFS.NINJA — 最简单的 IPFS 固定与上传 API，带有专属网关和慷慨的免费额度。
• Blockchain Database — 用单一 API 把区块链当作数据层来使用。
• NFT.zK — 无需 Web3 专业知识即可铸造 NFT 的简明 API。
• Telegram XBot — 一个追踪 X 活动、并突出社区顶级贡献者的 Telegram 机器人。

BWS 在 2025 年年中转向 AI 原生。AI 不是我们添加的一项功能——而是我们所成为的一家公司。工程标准没有变：变的是 AI 如今能承担多少调研、脚手架搭建和测试，因而一支小团队就能交付过去需要大得多的团队才能做出的、同样形态的生产软件。

我们日常在做什么

我的日常横跨整个 BWS 解决方案组合——为各产品把定路线图，与团队一起审查技术设计，收紧交付它们全部的那套 AI 辅助交付流程，并让工程纪律在一款产品到下一款产品之间保持一致。每款产品都有自己每周的节奏；我的工作，是把它们连起来的结缔组织。

具体到 WallaWhats，我们主要专注于一个承诺：当你关注的账号在 X 上发帖，你会在几秒内收到一条 WhatsApp——每一条帖子，按顺序，由你所选的账号决定，而非由 X 的排序或通知算法决定。团队近来亲手打磨的方面包括：

• 绝不漏抓 — 盯住你订阅的账号有无新帖，确保任何内容都不会被丢弃或重复发送，哪怕某个账号从沉默转为一分钟内连发一串帖子。
• WhatsApp 送达 — 把每条提醒又快又整洁地送到你手机上，附带一张推文快照图，并追踪送达状态，好让我们确知提醒确实落地，而不是想当然地以为它到了。
• 提醒速率与摘要 — 当某个关注的账号在短时间内发几十条帖子时，我们把这阵风暴合并成一条摘要，而不是把你的手机炸响，从而让高发帖量的账号依然好用。
• 功能覆盖面 — 在核心提醒之外，产品还提供作为替代渠道的邮件送达、按账号订阅、送达历史、你可查看和管理的每月提醒上限，以及一个真正好用的免费额度。每一项能力都是一等公民，而非顺带之作。
• 成本工程 — 一款实时监控产品有着真实的每条提醒成本。把这些成本压低，正是我们能提供货真价实的免费额度和诚实付费定价、而非亏本引流花招的原因。
• 客户支持 — 我们直接处理每一条工单。如果你给 support@wallawhats.com 发邮件，你会收到一位真人的回复——而大多数日子里，那个人就是我。

我撰写或审校过的文章

本站大多数文章都署有我的名字。有些由 AI 助手起草（完整流程见编辑流程）并在发布前由我审校；另一些则由团队从头写到尾。无论哪种方式，每一处产品细节都在发布前对照实际服务进行了验证。

几篇有代表性的文章：

• 通过 WhatsApp 提醒的免费 TweetDeck 替代方案 — 关于如何不必整天开着仪表盘也能盯住 X 的实战一览。
• 邮件 vs WhatsApp 提醒：实时之争谁胜出？ — 对两种送达渠道的诚实比较，以及各自适用的场景。
• 在 X 上监控竞争对手：即时 WhatsApp 提醒 — 追踪那些左右你市场的账号的实用指南。