📣 Teanary 共建招募

面向一线外贸从业者，一起把「AI + 跨境电商」做对，而不是做炫。

讨论地址:gitee.com/teanary/teanary_service/...

🧩 我们是谁？

Teanary 是一个持续演进中的 开源电商后端项目，

专注于 跨境 / 多语言 / 多节点部署 的真实业务场景。

• 📦 基于 Laravel 的后端架构

• 🌍 面向全球多站点、多币种运营

• 🧠 在 Teanary 1.4 中全面迈向 AI 原生、可运营的电商架构

• 📄 开源协议：AGPL-3.0

如果想快速了解项目整体定位与架构，可以先参考：

• 根目录 README.md：Teanary 1.4 概览与定位

• docs/ARCHITECTURE.md：系统架构与数据流程图

• docs/VISION.md：AI‑Native 电商基础设施愿景（英文）

这意味着什么？

• ✅ 项目长期开放、代码透明

• ✅ 没有「闭源核心 + 开源壳」

• ✅ 不会把社区想法拿走做闭门产品

• ⚠️ 如果有人基于 Teanary 提供网络服务，必须开放修改后的源码

Teanary 不是「我们做，你们用」

而是「一起共建，一起决定方向」

📄 关于开源协议（给非技术同学看的解释）

Teanary 使用的是 AGPL-3.0 开源协议，可以简单理解为：

• ✅ 你 可以免费使用 这个系统的源码

• ✅ 你 可以改代码、做二次开发，用于自己的业务

• ✅ 你 可以基于它提供线上服务（比如 SaaS 系统）

• 但有一个非常重要的前提：

**只要你基于 Teanary 做了修改，并且把它拿去对外提供网络服务，

你就必须把「修改后的那一份代码」也开源出来。**

用更接地气的话说：

• 可以拿去用、可以拿去改、可以拿去赚钱

• 但不能把「改过的版本」锁在自己公司里不让别人看

• 你享受了开源社区的成果，也需要把自己的改动反哺给社区

这对非技术同学意味着：

• 如果你只是作为「用户」在用 Teanary 部署电商站点，不需要担心什么法律条款

• 如果你准备把 Teanary 改造成一个对外收费的 SaaS 产品，

那么需要接受一个前提：你改过的那部分代码，也必须公开

我们选择 AGPL-3.0，是为了保证：

• 一线共建者、使用者的经验，不会被「关进一个私有版本」里

• 社区一起打磨出来的能力，长期对所有人开放

🎯 我们正在解决什么问题？

从 v1.4 开始，Teanary 不只关心「功能是否齐全」，

而是更在意一件事：

电商系统，如何真正「好运营」？

我们在系统层面探索：

• AI 如何参与 数据分析、异常发现、运营建议

• 在跨境、多站点环境下，AI 该看什么、不该碰什么

• 哪些环节应该自动化，哪些环节 必须由人来拍板

• 如何通过能力封装（而不是「直接给数据库」）让 AI 在安全边界内工作

结合当前的架构设计（详见 docs/SYNC.md、docs/ARCHITECTURE.md），

我们更关注：

• 多节点、多站点下，运营决策的数据从哪里来、可信度如何

• 订单 / 库存 / 促销 / 流量这些数据，如何对运营真正有用

• 系统如何为 AI 暴露「能力」，而不是裸露「数据表」

⚠️ 有些事我们明确不会做：

• ❌ 全自动调价机器人

• ❌ 黑盒式自动决策

• ❌ 「看起来很聪明，实际很危险」的无人值守自动化

🙋 为什么要找你？

我们非常清楚一件事：

不做外贸的人，永远设计不出真正好用的外贸系统。

市面上已经有太多：

• 「程序员想象中的外贸」

• 「PPT 里的智能运营」

• 「脱离一线的 AI 自动化幻想」

而 Teanary 想做的是：

• 在 架构设计阶段 就把真实业务经验拉进来

• 让一线的痛点，直接塑造成系统里的「第一等公民能力」

👀 我们希望谁来参与？

如果你是以下任何一种角色，我们都非常欢迎：

• 🌍 外贸老板 / 创始人

• 📈 跨境电商运营人员（站点负责人、类目负责人等）

• 📦 物流 / 仓储 / 供应链从业者

• 💰 负责定价、利润、促销策略的人

• 🧾 每天盯着报表，但「看不出结论 / 看不出动作」的人

你不需要：

• 懂 AI

• 会写代码

• 看得懂架构图

你只需要真的干过、真的被折磨过。

💬 你可以提供什么？

不需要写方案，也不需要懂技术，

我们真正需要的是「真实世界的问题」：

• 你在跨境电商中最痛的 1～3 个问题

• 哪些数据你每天都在看，但「看了也不知道下一步怎么办」

• 在多国家 / 多站点运营中，最容易出问题的地方

• 你希望 AI 帮你做什么（提醒、诊断、汇总、对比……）

• 你坚决不希望 AI 碰什么（价格、库存、结算、合规等）

哪怕只是一句吐槽：

「这事如果能提前提醒我就好了」

对我们来说都非常有价值。

🤝 我们会怎么用你的反馈？

你不是「被调研对象」，而是共建者：

• 你的问题会进入 Teanary 1.4 的设计讨论

• 你的痛点有机会被抽象成 系统级能力（而不是临时脚本）

• 你可以完全否定我们的某些想法

• 你可以指出哪些方向 从实战角度看永远不应该做

如果这些能力最终在系统里落地：

• 你会是最早一批真正受益的人

• 你的经验会被沉淀成长期可复用的运营工具

🎁 你能获得什么？

根据你参与的深度不同，你可能会获得：

• 提前体验 / 验证新能力的机会

• 针对你业务场景的配置建议与参考实践

• 在文档或版本说明中记录你的贡献（如你愿意署名）

• 一套真正「从一线出发」的 AI + 电商基础设施

我们更在意的是：

这个系统能不能帮你少踩坑、少返工、少熬夜。

📮 如何参与共建？

你可以选择任何你舒服的方式：

• 在 GitHub Discussions / Issues 留言（公开、可跟踪）

• 仓库地址见根目录 README.md 与 docs/READMEEN.md

• 私下交流（可匿名，只分享场景与问题本身）

• 用一段文字描述一段真实经历或一个典型问题

不需要格式，不需要包装。

越「真实、具体、难受」，越有价值。

📝 最后一句真心话

我们不想做一个

「看起来很先进，但一线没人用」的 AI 电商系统。

我们更想做的是：

一个由真实外贸经验塑造的、长期可靠的运营型电商后端。

如果你愿意把真实问题放到桌面上，

我们愿意把它变成真正有用的系统能力。

欢迎你，一起共建 Teanary。

本作品采用《CC 协议》，转载必须注明作者和本文链接