Java for You 后端开发 AI 建站实战

AI 建站实战

素材管理系统 股票管理系统 提示词: 帮我设计一个股票管理系统,页面美观,富有科技感又不失简洁和干净。暂时有两个菜单,一个是股票基本信息,即我投入股票的基本信息,包括股票名称,持仓手数,持仓成本;另一个是股票操作记录,要能支持操作记录的列表

素材管理系统

我要设计一个数字多媒体素材库与资产管理网站,名字叫 猫米,品牌相关信息严格按照文件中 品牌与产品全案策划方案 – 猫趴、猫米、斯托客.pdf 来执行,你帮我出一下单页网站设计稿1、帮我设计足够吸引人足够炫酷的首页,包含品牌名、品牌logo、Slogan、导航栏、CTA,功能亮点介绍,符合最前卫的功能型网站的设计风格,点击 CTA 之后进入功能页面。2、设计素材上传、素材管理、素材列表查看的功能页。素材上传/素材管理/素材查看:文件类型支持 文本、图片、图片组、视频、视频组、PPT、PDF、压缩包素材类型支持 提示词、Logo、卡片、视频、网页、PPT、UI素材类型做一个常量编号映射从 01~99素材编号:YYYYMMDDhhmmss+素材类型编号+4位递增编号素材名称:文本输入素材描述:文本输入素材标签:自定义追加素材封面:单图上传素材来源:文本输入备注创建时间修改时间3、网站风格极简、高审美、有未来感、有科技感

数据库连接飞书表格,参考 stock 项目,支持飞书相关信息配置。素材上传后的媒体文件存在字节的 tos 里,支持页面配置 tos 的桶名、AccessKeyID、SecretAccessKey。所有配置化信息都有独立的配置页承载并保存在浏览器本地。

股票管理系统

提示词:

帮我设计一个股票管理系统,页面美观,富有科技感又不失简洁和干净。暂时有两个菜单,一个是股票基本信息,即我投入股票的基本信息,包括股票名称,持仓手数,持仓成本;另一个是股票操作记录,要能支持操作记录的列表查询,条件查询,增加,修改,删除,数据存储在飞书多维表格中,飞书多维表格的token我后续会提供给你,任何变更都要和飞书多维表格一致。操作记录的字段有 日期、股票、价格、成本价、交易手数、持仓手数、交易金额、股票金额、税费金额、损益、持仓成本、标签、备注。 字段值参考给出的两张图片。股票名称目前可选:通富、华亚、钽业、江海、冰轮、风华。

AIGV-AI视频生成聚合网站

帮我建一个AI视频生成的网站

1、AI 生图和生视频两个模块

2、大模型支持 Nano Bannana 、GPT Image 2、GPT Image 2.5、Seedance 2.0 标准、Seedance 2.5;

3、支持选择比例、清晰度;

4、视频支持选择秒数 5s、10s、15s、30s;

5、支持官方 API或者三方聚合的API,本期先支持三方聚合 https://www.maizitech.xyz/ 下的,但要有渠道切换能力;

6、生成的图片或视频能够预览和下载

7、网站风格极简且具备高审美

解惑网站

【成本评估】

  • 实际因为workbuddy 的混元模型限免不花钱
  • 如果花钱,99 条对话,每条对话大约20积分,共消耗2000积分。
  • workbuddy:1000积分
  • Pro 月会员 10美元,70人民币。
  • 单独买积分,500积分16美元,400人民币。
  • 版本更新

    20260911

  • 「样式调整」

1、 顶部右侧菜单:排盘、经典 删掉,解惑改名 解惑工具

2、顶部右侧逻辑变化:「解惑工具」鼠标移动上去有漂亮的符合网站整体风格的下拉列表:选项有 四柱八字、紫微斗数、经典智慧、综合应用,默认选项是四柱八字。

3、顶部右侧『解惑工具』选择综合应用时,主页中「选择解惑工具」的操作保持不变。选择其它时,主面板逻辑变化:选择解惑工具那一排的文案去除、选择解惑工具底下的选项去除、直接出对应解惑工具需要录入的表单信息。

「功能优化」

1、增加 AI 大模型接入的可配置能力,顶部右侧菜单新增 「自定义配置」

2、自定义配置和主页支持互相切换,仍然保持单页应用的状态

3、自定义配置增加 AI 配置的模块:支持 DeepSeek、OpenRouter、Qwen、Kimi、DouBao、OpenAI 等大模型的接入,BASE URL 自动填充,API Key 用户录入,模型可以选填。支持连通性测试,支持保存到本地存储里,要能区分已配置还是未配置。

4、AI 配置若配置优先使用用户本地配置的AI进行解惑请求,若未配置则路由到之前服务器默认配置的AI请求

提示词

提示词:

帮我设计一个借用中国传统文化道德经、易经、命理学等答疑解惑的网站,网站名称叫 无惑道,slogan叫:道破迷津,无惑人生

要求页面美观,紫红色调,富有科技感又有经典感但又不失简洁和干净。

入口页有漂亮且灵动的对话框,吸引着用户表达自己的困惑。有个可选项支持用户输入性别,出生年月日时以及出生地。时可未知,出生地可选。

有个解惑工具的多选:经典智慧、四柱八字、紫微斗数、奇门遁甲。

有个解惑按钮,类似提交的功能。

提交后如果有选四柱八字,要基于用户输入的出生年月日时+出生地渲染八字排盘结果。

提交后如果有选紫微斗数,要基于用户输入的出生年月日时+出生地渲染紫微斗数排盘结果。

提交后如果有选奇门遁甲,要基于用户点击按钮的时间渲染奇门遁甲排盘结果。

部署一个代理服务,基于前端渲染排盘信息给到一个可配置化的AI,基于AI返回的结果输出给用户页面。输出结果要求美观醒目。

【八字五行比例计算提示词】

帮我计算八字中五行的能量比例,首先如果把八字当成100份来看。

年月日时的天干和地支能量不同,能量分布如下:

年干占2份,年支占9份;

月干占5份,月支占36份;

日干占0份,日支占27份;

时干占3份,时支占18份。

天干的五行很明确,地支的五行要分藏干,各藏干能量不同:

卯100%乙木,午90%丁火+10%己土,酉100%辛金,子100%癸水;

寅60%甲木+30%丙火+10%戊土,巳:65%丙火+15%庚金+20%戊土,申:60%庚金+30%壬水+10%戊土,亥:70%壬水+30%甲木;

辰:50%戊土+30%乙木+20%癸水,未:50%戊土+40%丁火+10%乙木,戌:50%戊土+25%辛金+25%丁火,丑:20%己土+40%癸水+40%辛金

八字AI提示词

紫微AI提示词

准确度测试

提示词:开始八字排盘准确度的测试,建立八字排查测试的文档,记录测试的功能点、测试逻辑、case和测试结果,文件名叫 八字排盘测试报告。我逐步告诉你测哪些功能,你来完善测试逻辑、case,和我对齐后,再执行测试并完善测试结果 先测试八字的年柱排盘,以1984作为甲子年,往前推61年,往后推61年,覆盖往前往后完整的六十甲子,往前最早要追溯到公元1年

继续完善《八字排盘测试报告》,我们将逐一测试【月柱】、【日柱】与【时柱】的计算准确性。请按照商业生产环境的严格标准,设计覆盖极限场景的测试用例。请严格遵循以下逻辑构建测试套件(Test Suite):1. 测试用例分类与极限边界要求: – 月柱(Month Pillar): * 节气交接临界点:选取立春、惊蛰、清明等12节气交接点,提供节气交接前1秒、交接当秒、交接后1秒的 UTC/北京时间案例,验证月干支是否精准切换。 * 五虎遁月覆盖:完整覆盖甲/乙/丙/丁/戊/己/庚/辛/壬/癸 10个年干对应的全部月干支推导。 * 农历闰月干扰测试:设计农历闰月期间的公历日期,验证月柱仅由节气决定,不被农历闰月误导。 – 日柱(Day Pillar): * 子时与日干切换(早晚子时):测试 22:59:59、23:00:00(夜子时)、23:59:59、00:00:00(早子时)、00:59:59、01:00:00 的日干支与时干支变化,验证系统是否遵循设定的子时换日规则。 * 极端历法跨越:测试平年(2023-02-28 至 03-01)、闰年(2024-02-29)、世纪平年(1900-02-28)及世纪闰年(2000-02-29)的日柱连续性。 – 时柱(Hour Pillar): * 五鼠遁日覆盖:完整覆盖5种日干分组(甲己、乙庚、丙辛、丁壬、戊癸)× 12时辰(共60种组合)的时干支推导。 * 时辰临界秒点:测试 00:59:59 -> 01:00:00(丑时)、02:59:59 -> 03:00:00(寅时)等12时辰交界点。 * 夜子时天干逻辑:明确校验夜子时(23:00-24:00)时干是采用“当日日干”还是“次日日干”进行五鼠遁推导,确保输出一致。2. 执行流程: – 第一步:输出拟定的【月柱极限测试集】、【日柱极限测试集】、【时柱极限测试集】表格(包含:测试ID、输入公历时间、期望干支、测试目的/边界类型)。 – 第二步:等待我确认逻辑后,再帮我执行测试与断言对比。 – 第三步:记录结果至《八字排盘测试报告》,标明 Pass/Fail 以及异常逻辑。

##

动手验证

# 看进程各线程的内存 / CPU 占用
top -H -p <pid>

# 某个端口被谁占着
lsof -i :8080

# 抓一次 HTTP 请求内容
sudo tcpdump -A -i any 'tcp port 8080' -c 50

延伸阅读:官方与权威资料

相关阅读(站内)

常见问题

Q:CAP 定理说的是什么?

分布式系统在网络分区(P)必然发生时,只能在一致性(C)和可用性(A)之间二选一。注意分区不是想不发生的故障,而是默认前提。

Q:缓存穿透、缓存击穿、缓存雪崩有什么区别?

穿透是查不存在的 key(对策:布隆过滤器、缓存空值);击穿是单个热点 key 失效导致并发直击数据库(对策:互斥锁重建、逻辑过期);雪崩是大批 key 同时失效(对策:TTL 加随机抖动)。

Q:什么时候该拆微服务,什么时候继续用单体?

单体适合小团队、交付频率低、运维能力弱的场景;当团队规模变大、某模块需要独立扩缩容、发布互相阻塞时才值得拆,否则只是增加分布式复杂度。

Q:Redis 的 RDB 和 AOF 该怎么选?

RDB 是定时内存快照,恢复快、文件紧凑,但可能丢最后一次快照后的数据;AOF 记录写命令,数据更安全但文件会膨胀、恢复慢。生产常用「RDB + AOF 混合」。

Q:系统里为什么需要消息队列?

三个核心价值:解耦(生产方不依赖消费方)、削峰(秒级流量堆积在队列)、异步(把非关键链路从同步调用里摘出去)。代价是一致性和排查成本上升。


本文首发于 java4u.cn,转载请注明出处。

关注「蜗牛聊AI」,一起看懂技术变化背后的真正机会。

本文由 java4u.cn 发布,可自由转载、引用,但需署名作者且注明文章出处(作者:白色蜗牛,出处:java4u.cn)。如转载至微信公众号,请在文末添加作者公众号二维码。 https://java4u.cn/architecture/3041.html

作者: 蜗牛

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注

联系我们

联系我们

公众号:蜗牛互联网

在线咨询: QQ交谈

关注微信
微信扫一扫关注我们

微信扫一扫关注我们

关注微博
返回顶部