我愿意出 350 积分，谁开发个西瓜同城便民加上海报分享热

楼主99你出不？你出的话，我再给@one 追加99

是的。这个插件预估至少 4000 行

搞吧，99楼主出的话，我再基础上追加99

daosfa 个微

分两档来看

• 做一个"能用的分类信息"（自定义分类 + 字段、发帖填字段、列表/详情展示、按字段筛选、搜索、自动下架）——不难，属于中等偏上，AI 辅助一天内能出能跑的第一版。
• 完整对标 西瓜 xigua_hb（¥798、上线 9 年、7692 次下载的商业插件）——难，难的不是技术，是它那套商业化闭环和体量。

这个项目给你的有利条件

bbs1org 本身就是为 AI 插件开发设计的，Hook 相当齐全，大部分模块是"填空"不是"造轮子"：

四个真正的难点

1. 列表按字段筛选 —— 唯一的硬卡点。
核心的主题列表查询写死在 index.php:2808 topic_index_data() 里，插件无法往里追加 WHERE 条件。唯一入口是 topic.index_data.load（index.php:2816）——返回数组就整体接管列表数据。也就是说筛选功能要求你复刻核心的分页、排序、置顶、用户附着逻辑（能复用 topic_list_select_columns()、attach_topic_list_users()、pinned_topic_ids()，但核心升级后要跟着改）。这是所有成本里最高、也最容易被低估的一块。

2. 渲染红线逼你用占位符回填。
topic.after_render 这类钩子在列表页是逐条触发的，循环内禁止任何 DB 读。想在列表标题旁显示"¥88 / 城东 / 九成新"这类字段，必须走「唯一占位符 + page.before_render 整页批量回填」。规则在 PLUGIN.md 里写得很细，但写起来比普通插件麻烦，容易留下未替换的占位符。

3. 字段存储设计。
核心 app_topics 表（Setup.php:142）没有任何分类/标签字段，全项目也没有 category 概念，全靠插件自建表。键值表（EAV）灵活但要配好 (topic_id, field_key, value_num) 之类的复合索引，还要让数值/日期在 SQLite、MySQL、PostgreSQL 三套引擎下都能正确排序。

4. 商业化那部分缺底座。
西瓜的置顶套餐、刷新卡、商家入驻、订单支付，本项目的核心没有支付基础设施，只能落到积分系统做闭环；真金白银收款得另外接第三方支付。这块不是技术难，是纯工作量。

另外一个结构性限制：插件规范要求单文件 plugin.php，而西瓜原版是多文件多模板。核心版大约 1800~2400 行，完整对标会到 3000+ 行堆在一个文件里，可维护性会明显变差。

建议

砍掉商业化，做 MVP：分类 + 字段定义 → 发帖填写 → 详情展示 → 列表展示 → 按字段筛选 → 搜索。其中"列表筛选"如果第一版想快速见效，可以先做成"点击字段值跳转到带筛选参数的列表页，由插件接管查询"这一种模式，别一上来做多条件组合筛选。

你也可以自己做嘛。反正都是ai帮写

用glm5.3至少要1000+积分。三到五轮，再排bug，改进。

是的

今晚的大表情一点都不卡了。你优化了？

没

奇怪，今晚一点都不卡。

那其实就没必要搞了😂