Сообщество промптов ИИ

You give one file to Cloud so that he can build a complete ERP system with you **in stages** — no

# 🏗️ guide building system ERP with Claude — Step by Step > You give one file to Cloud so that he can build a complete ERP system with you **in stages** — not all at once. > The basic idea: Each stage is separate, Claude finishes it, **stops**, you review and experiment, and then you move on to the next one. --- ## 📌 How Used The file This 1. Create a new empty folder for the system (e.g., ` erp -system` ) and open it in Cloud Code . 2. Copy the section **“ Golden Rules” * below into a file named ` CLAUDE.md` inside the project — this makes Cloud adhere to the style in every session . 3. When you are ready for any stage, copy its ** ready Prompt ** only (not all stages) and send it to Cloud. 4. Claude finishes the stage → **stops** → You test and make sure it works → Then the next stage begins. 5. ** Don't let him skip stages** or build anything that is not within the scope of the current stage. The order of the stages is intentional: each stage builds upon the one before it 👇 ``` Phase 0 : Setup Phase 1 Auth — Login Phase 2 Roles & Permissions — Permissions Phase 3 Inventory — Stock Phase 4 Sales Phase 5 Purchases Phase 6 Dashboard & Reports Phase 7 Improvements + AI Touches (Optional) ``` --- ## 🟡 Rules Golden ( stick it on ) (in ` CLAUDE.md` the heart of the project) markdown Claude's role in this project We're building an ERP system in stages. Follow these rules exactly: ## Basic rules 1. **Build only one stage at a time.* * Only what is required in the current stage — do not anticipate future stages . 2. **Pause after each stage.* *When you finish, summarize:* - What was done (files + features ). - How do I try it myself (clear steps). Anything that requires a decision from me. Then wait for my approval before you continue. 3. **If you need to modify something that already exists, tell me first.** And why — don't change something that's working for no reason. 4. **Ask if something is unclear** instead of assuming. Wrong assumptions cost us time. Code quality 5. Keep the code **simple, clear, and organized** — expressive names, small files, no repetition. 6. Follow the same code pattern as the existing folder . structure (naming , styling ). 7. Safety is not a luxury: ** Don't put In the code , perform validation on any input , and protect any route according to validation. 8. Any modification to the database must be done via ** migration **, not manually. ## After each stage 9. Create a simple ** seed data ** that I can experiment with. 10. Write a **quick test** or at least manual trial steps for the basic flow . 11. Suggest a clear ** commit ** message for the stage (stage = commit ). ``` --- ## 🧱 The Tech Stack Proposal > A cohesive and AI- friendly stack . If you have a different preference , change it here before you begin. | Class | Technology | Why | |--------|---------|-----| | Framework | **Next.js (App Router) + TypeScript ** | Frontend + API in one place | | Formatting | ** Tailwind CSS + shadcn / ui ** | Fast and clean UI | | Database | ** PostgreSQL ** (or SQLite for a quick start) | Strong relationships | | ORM | **Prisma** | Clear schema + migrations + type- safe | | Login | ** Auth.js ( NextAuth ) ** or ** Lucia ** | Ready and secure | | Validation | ** Zod ** | Checks any input | Note: Start with ** SQLite ** if you want a faster experience without setup , and you can switch to PostgreSQL later. --- ## 🗂️ The Data Model (Complete reference — we build it table by table with each stage) This is the final form of the tables. ** We don't build it all at once** — each stage adds its own tables . ``` User (id, name , email, password_hash , role_id , is_active , created_at ) Role (id, name, description) ← admin / accountant / storekeeper / sales Permission (id, key, description) ← مثال: "sales.create", "inventory.read" RolePermission (role_id, permission_id) Category (id, name) Product (id, sku, name, category_id, cost_price, sell_price, stock, reorder_level, is_active) StockMovement (id, product_id, type, qty, ref_type, ref_id, note, created_at) ← in/out/adjust Customer (id, name, phone, email, balance) SalesInvoice (id, number, customer_id, user_id, date, status, subtotal, discount, total) SalesItem (id, invoice_id, product_id, qty, unit_price, line_total) Supplier (id, name, phone, balance) PurchaseOrder (id, number, supplier_id, user_id, date, status, total) PurchaseItem (id, po_id, product_id, qty, unit_cost, line_total) ``` **The pivotal relationship:** Any SalesItem decreases Product.stock and performs a StockMovement (out) . Any PurchaseItem increases it and performs a StockMovement (in) . This is the heart of ERP —data moves on its own. --- # 🚀 Stages Each stage contains: **Goal · Required · Not Now · Finish Mark · Prompt Ready to Copy**. --- ## Phase 0 — Setup ** Objective: * * A working empty project with a stack + connected database + basic layout + sidebar without any features . ** Required: ** - Scaffold the project ( Next.js + TS + Tailwind + shadcn / ui ). - Connecting Prisma to the database + First empty migration . - Basic Layout : sidebar containing links to upcoming stages ( placeholders ) + header . - A simple `/` page " Hello ERP ". **Not now :* * Any auth , any real spreadsheet, any feature page . **Completion Mark ( Definition of Done ): ** - ` npm run dev ` works without errors. - Prisma is connected and the migration is working. - I check the layout and sidebar in the browser. > ** Prompt For copying:* * > ``` > Read CLAUDE.md and ERP-BUILD-GUIDE.md first. We are only in Phase 0 (foundation). Create a scaffold for the Next.js project (App Router) + TypeScript + Tailwind + shadcn / ui , Connect Prisma to SQLite with the first empty migration , and create a basic layout with a sidebar. > With placeholders for the stages: Auth , Inventory, Sales, Purchases , Dashboard , A simple homepage. Don't build any other features . Let me know when you're finished. How do I try? Stop. > ``` --- ## Phase 1 — Auth (Login) ** Objective: * A user who can log in and out, and the pages are protected. ** Required: ** - Table ` User` + Auth.js ( credentials : email + password with hashing ). - Page `/ login` , logout , session . - Protecting internal pages (anyone not logged in will be thrown at `/ login` ). - Seed : One admin user to test. **Not now :** Roles and permissions (this is Phase 2 ), i.e., the inventory/sales screen. **Completion Mark : ** - Log in with admin and access the dashboard . - If I'm not logged in, I can't open any internal page. - I logged out successfully. > ** Prompt For copying:* * > ``` We're currently in Phase 1 ( Auth ) . Add the User table in Prisma + Auth.js ( credentials ). > email/ password with secure hashing ), page/ login , logout , and protection of all internal pages. Create a seed account for an admin user to test it. Don't do that. roles /permissions Now . Tell me. How > I'm trying to log in and out, then I'll pause for a review. > ``` --- ## Phase 2 — Roles & Permissions (RBAC) ** Objective: * Every user has a role, and every role has permissions, and the system respects them in the UI and API . ** Required: ** Role` , `Permission`, ` RolePermission` tables + bind ` User.role_id` . - 4 roles: admin / accountant / storekeeper / sales , and permissions in the ` module.action` style . - Helper ` can ( user, " sales.create ") ` is used in the API and UI . - Hide links/buttons based on permissions + reject the API if there are no permissions. - A simple screen for managing users and their roles ( admin only). - Seed : The four users in their respective roles. **Not now :* * Any data module (inventory/sales). **Completion Mark : ** - I'm in sales and I can't see the accounting screens. API He refuses any action that is not within my rights, even if I call him by hand . > ** Prompt For copying:* * > ``` We are in Phase 2 ( Roles & Permissions) . Add the Role /Permission/ RolePermission tables. > And link the user to the role. Create 4 roles ( admin, Accountant , storekeeper , sales ) and their permissions > in module.action style , and helper The `can ( )` function applies in both the UI (hide) and API (reject). Work admin screen for managing users and roles + seed For four users . Don't build Modules > Data. Tell me How do I try to differentiate between a turn and a turn, stop. > ``` --- ## Phase 3 — Inventory ** Objective: * * First real data module — items, balances and inventory movement. ** Required: ** - Tables ` Category` , `Product`, ` StockMovement` . - CRUD for items ( list + add + edit ) is protected by the ` inventory .* ` permission. - Display current balance + manual balance adjustment function ` StockMovement` ( adjust ) . - Visual alert if the balance is < ` reorder_level `. - Seed : A few varieties and categories . **Not now :* * Linking inventory to sales/purchases ( will come with each module ). **Completion Mark : ** - I add an item and it appears in the list with its balance. - I manually adjust the balance and the transaction is recorded . - Items that are below the minimum order quantity are distinguished . > ** Prompt For copying:* * > ``` We are in Phase 3 (Inventory) . Add the Category , Product, StockMovement + CRUD tables. For items protected by inventory privileges , view the balance and enable manual balance adjustment. StockMovement , and highlight items below the order limit. Seed for experimental items. Not tied to sales . Now . Tell me . How do I try? Stop. > ``` --- ## Phase 4 — Sales ** Objective: * A sales invoice that automatically deducts from inventory — the most important flow in the system. ** Required: ** - ` Customer` , ` SalesInvoice` , ` SalesItem` tables . - Sales invoice creation screen (select customer + items + quantities) protected by ` sales .* `. - When saving: Calculate the total + **deduct the quantity from ` Product.stock` ** + perform ` StockMovement` (out) — all in ** one transaction **. - Sales are prohibited if the balance is insufficient. - Invoice list + Invoice display page. - Customer management ( basic CRUD ). **Not now :** Returns, Advanced Printing, Purchases. **Completion Mark : ** - By creating a sales invoice → the inventory decreases immediately and the transaction is recorded . I can't sell more than the balance. > ** Prompt For copying:* * > ``` We are in Phase 4 (Sales) . Add Customer. SalesInvoice , SalesItem . Create an invoice screen. The sales (customer + items + quantities) are protected by sales .* When saving, calculate the total and deduct from > Product.stock and perform StockMovement (out) in a single transaction , and prevent the sale if the balance is insufficient. Not enough. Create an invoice list + invoice display + customer CRUD + seed . Don't process returns or anything. > Purchases. Tell me How do I try a complete sales cycle, stop. > ``` --- ## Phase 5 — Purchases ** Objective: * * Purchase order to replenish inventory — reverse sales. ** Required: ** - Tables ` Supplier` , ` PurchaseOrder` , ` PurchaseItem` . - Purchase order screen (supplier + items + quantities + cost) protected by ` purchases .* `. - Upon receipt: **increase ` Product.stock` ** + ` StockMovement` (in) in transaction . - Update ` cost_price` for the item (optional) + purchase order list + CRUD for suppliers. **Not now :* * Complex financial calculations, the dashboard . **Completion Mark : ** - By placing a purchase order and receiving it → the inventory increases and the transaction is recorded. > ** Prompt For copying:* * > ``` We are in Phase 5 ( Purchases ) . Add Supplier. PurchaseOrder , PurchaseItem . Screenshot A purchase order (supplier + items + quantities + cost) is protected by purchases .* , and upon receipt, provide > Product.stock and perform StockMovement (in) in the transaction . Order List + CRUD Suppliers + Tell me . How do I try a complete buying cycle? Stop. > ``` --- ## Phase 6 — Dashboard & Reports ** Objective: * * The complete picture — numbers and graphics collected from all modules . ** Required: ** - The Dashboard page contains KPIs : Total sales for the month, number of invoices, items under order, top-selling items. - A simple graph (sales in days/months) using a lightweight charts library. - Low stock items report + Top customers report. - Everyone sees according to their own authority. **Not now :* * Advanced PDF/Excel export , AI . **Completion Mark : ** After I buy/sell, the numbers are in the Dashboard It's changing, right? > ** Prompt For copying:* * > ``` We are in Phase 6 (Dashboard) . Create a Dashboard page with KPIs (monthly sales, number Invoices, items below order, best-selling items) + Simple sales graph + > Low-category and high-value customer reports, all within the established guidelines. Tell me. How do I test the numbers? > You speak after a sale/purchase, stop. > ``` --- ## Phase 7 — Improvements + AI Touches (Optional) > After the foundation is solid, you can add them one by one (each one being a small phase on its own): - 🤖 ** Assistant In Arabic : * * " Do it invoice For Ahmed B3 Laptop → The function is executed (calling ). - 📉 ** Expect Stock is depleted ** from the date of sale. - 📸 ** Reading Bills Suppliers Image ** ( OCR + AI ). - 🗣️ ** Reports By speaking ** ( Ask In Arabic → Table / Drawing ). - 🧾 print Bills PDF , returns, multi- currency , multi- warehouse . > ** Rule:* * Any addition from countries = independent phase , adopts and experiments on its own. --- # # ✅ reminder last - **Stage → Experience → Approval → Next stage .* * There is no "Do it all". - After each working stage: Make a ** commit ** (this is an excellent time to use Git as we learned ). - If a stage gets too big, divide it in half — smaller = safer and clearer. If you feel that the code is still Clinging on , **stop and clean up** before you continue. Good luck 🚀 — Syntax Academy

保持图书外观与输入产品图绝对一致，杜绝任何变形和色差，精细化处理。图书主体占画面约45%。 [构图版式] 左文右品标签参数型变体，左上方主标题区，左侧图书主体，右侧手机界面展示音频列表，底部通栏卖点条。 [场景元素] 右侧一部白色智能手机竖放，手机屏幕显示音频播放列表界面，列表项包含「第1天 古诗词朗读」「第1天 古诗词听写」「文言文朗读」「文言文听写」等条目，顶部有播放控制栏和音频波形图，强调「听写」字样用红色高亮标注。手机旁有扫码图标和声波波纹装饰元素。背景为干净的浅红色渐变，搭配淡黄色几何色块和书本堆叠剪影，营造学习氛围。左上角放置汉知简品牌Logo，与产品图一致。 [文案版式] 左上主标题两行超大粗黑体白字带红色描边：第一行「附朗读+听写音频」，第二行「扫码即听 家长不用陪背」。主标题下方小字辅助说明：「86首古诗词 40篇文言文 全配套」。右侧手机上方红色标签：「听写模式 重点强化」。底部通栏黄色背景红色文字，分三格：左格「朗读音频」中格「听写音频」右格「扫码即听」，每格下方配小图标。 [光影质感] 正面柔光，图书有自然投影，手机屏幕发光效果，整体明亮通透，商业摄影质感，2K超清。 [配色字体] 主色中国红、明黄色，辅色白色、浅灰。字体为粗黑体无衬线，主标题最大号粗体，辅助文字缩小50%以上，层级分明。 [比例分辨率] 1:1比例，2048x2048像素，文字清晰锐利可辨。 [负向提示词] 变形，文字错乱，产品图模糊，背景杂乱，水印，电商平台Logo，二维码遮挡主体，手机界面文字模糊。

# 产品需求文档（PRD）：邻享家 - 社区能力共享平台 **文档版本：** V1.0 **创建日期：** 2026-07-18 **项目代号：** NeighborShare **目标用户：** 社区业主、租户、周边小微商家（维修点） **核心理念：** 让邻里间的技能与工具，像便利店一样触手可及。 --- ## 1. 产品背景与战略目标 ### 1.1 要解决的核心问题 - **需求侧痛点**：水管漏水、灯泡不亮、需要电钻，找不到靠谱的邻居或师傅；找人维修担心被“杀熟”。 - **供给侧痛点**：退休老师傅有手艺没客源；家里买了几百块的电钻，一年只用两次，闲置吃灰。 - **信息差痛点**：用户不知道“谁能修”，师傅不知道“谁要修”，附近三公里的需求无法精准匹配。 ### 1.2 战略目标（OKR） - **O1（业务目标）**：上线3个月内，实现1000单真实交易闭环；覆盖本地5个大型社区。 - **O2（体验目标）**：从“打开APP拍照”到“预约成功”的核心路径操作步骤不超过4步。 - **O3（数据目标）**：构建包含10万条设备维修数据的结构化知识图谱，支持AI自动问答。 --- ## 2. 核心功能架构总览 系统分为五个核心模块，由五个角色分别主导设计： | 模块名称 | 主导角色 | 核心职责 | | :--- | :--- | :--- | | **1. 智能服务匹配引擎** | **算法工程师** | LBS位置服务、AI图像识别（拍照识物）、维修意图识别与问答推荐。 | | **2. 交易与信用闭环** | **后端开发** | 订单状态机管理、微信/支付宝支付分账、积分计算、评价风控。 | | **3. 服务与知识库建设** | **技术负责人/架构师** | 分布式爬虫系统架构设计、知识库结构化存储、高并发搜索接口。 | | **4. 移动端交互体验** | **产品经理（PM）** | 用户界面设计、操作路径优化、前后端功能逻辑串联与交互稿输出。 | | **5. 全链路质量保障** | **测试/QA** | 接口自动化测试、全链路压测、AI识别准确率验证、异常场景模拟。 | --- ## 3. 详细功能需求（按角色划分） ### 3.1 产品经理（PM）职责：定义用户旅程与界面逻辑 #### 3.1.1 核心页面与操作路径 - **首页（LBS智能推荐）**： - 默认展示“步行10分钟”（约800米）圈内的热门服务与设备租赁列表。 - 顶部核心功能区：**“AI拍照识别”** 与 **“智能问答”** 搜索框。 - 底部常驻大按钮：**“发布服务/出租”**。 - **发布流程（供给侧）**： - 第一步：选择发布类型——【技能服务（上门）】或【工具设备（自取/借用）】。 - 第二步：填写核心字段——标题、详细描述、服务范围、自定义价格（元/小时或元/次）、可预约时间段。 - 第三步：上传资质/实拍图（设备需上传新旧程度照片）。 - **服务详情页（需求侧）- 核心亮点**： - **上半屏**：服务者信息、信用等级（LV1-LV5）、距离、价格。 - **下半屏（战略级功能）**：**“先看指南，再找师傅”**。 - 自动关联该服务品类下的Top3“维修指南”图文/视频。 - 用户点击可展开自助排查步骤。 - 页面底部固定按钮：**“看完指南，仍未解决？立即预约师傅”**。 - **订单状态机（交易闭环）**： - 待接单（发布后） -> 已接单/待服务 -> 服务中（开始计时） -> 待验收/待确认 -> 已完成（触发结算）。 #### 3.1.2 积分与评级体系（非货币） - **积分获取规则**：每完成一笔订单，交易双方各获得（订单金额 * 1）的积分。 - **评级门槛（等级特权）**： - LV1-LV2（新手）：普通展示。 - LV3-LV4（熟练）：获得“金牌师傅/诚信邻居”标识，搜索结果加权排名。 - LV5（社区专家）：平台首页专题推荐，免服务佣金。 - **积分消耗**：仅用于兑换“置顶卡”或“推广曝光流量”，不可提现，确保金融合规。 --- ### 3.2 算法工程师职责：AI与匹配逻辑 #### 3.2.1 拍照识别（Computer Vision） - **输入**：用户通过APP拍摄损坏的设备整机、机身铭牌或故障部位。 - **输出**：结构化数据 —— `{ "品牌": "海尔", "型号": "XQG100-B", "品类": "滚筒洗衣机" }`。 - **异常处理**：若置信度低于80%，触发“手动输入型号”引导页，并将模糊图片存入待标注库用于模型迭代。 #### 3.2.2 智能问答与意图识别（NLP + Knowledge Graph） - **交互方式**：用户在识别结果页输入文字（如“不脱水”、“漏水”）。 - **检索逻辑**：结合识别出的型号+故障描述，在知识库（Elasticsearch）中检索最匹配的Top3维修方法。 - **降级策略**：若无完全匹配型号，则上溯至“品类通用解决方案”推荐给用户。 #### 3.2.3 LBS动态推荐排序算法 - **基础分**：距离（近者优先，限制10分钟步行阈值）。 - **动态权重**：信用评分（0.4） + 响应速度（0.3） + 历史完单率（0.3）。 - **反作弊**：拒绝距离过远或信用分低于60分的服务者在首页展示。 --- ### 3.3 技术负责人/架构师职责：技术选型与基建 #### 3.3.1 整体技术架构（从0到1） - **移动端**：Flutter（跨平台方案，保证iOS/Android UI高度一致，降低开发成本）。 - **后端架构**：微服务架构（Spring Cloud Alibaba + Nacos）。 - *服务拆分清单*：用户中心、订单中心、支付中心、消息中心、AI推理中心、爬虫管理中心。 - **数据存储**： - **MySQL**：事务型数据（用户余额、订单主表）。 - **Elasticsearch**：服务列表搜索、附近的人/服务检索（Geo查询）、维修知识库全文检索。 - **Redis**：缓存热点数据（用户Session、热门服务列表）、分布式锁。 - **文件存储**：阿里云OSS或MinIO（用于存储设备照片、聊天图片、用户头像）。 #### 3.3.2 爬虫系统设计方案（知识库构建） - **目标数据源**：品牌官网售后文档、主流家电维修论坛（如家电维修联盟）、百科类网站。 - **合规策略（红线）**： - 严格遵守目标网站的 `robots.txt` 协议。 - 设置随机的请求间隔（3-5秒），限制并发请求数，防止误伤目标服务器。 - 伪装合理的User-Agent和Referer。 - **数据清洗与结构化**： - 爬取原始数据后，利用正则表达式或NLP分词抽取四个核心字段：**【故障现象】、【解决方法】、【所需工具】、【注意事项】**。 - 清洗后的数据存入Elasticsearch向量库，供AI检索调用。 --- ### 3.4 后端开发职责：核心业务逻辑实现 #### 3.4.1 支付与分账闭环 - **对接渠道**：微信支付V3接口 + 支付宝App支付接口。 - **资金流转（担保交易）**： 1. 用户下单，支付全额至**平台微信/支付宝商户账户（冻结状态）**。 2. 服务者上门完成服务，用户在APP点击“确认验收”。 3. 平台系统调用分账接口，将金额（扣除平台5%技术服务费后）打款至服务者的商户余额/银行卡。 - **异常处理**：若用户72小时未点击“确认验收”，系统自动推送提醒；若超过7天未确认，订单自动完成并触发打款（需在协议中注明）。 #### 3.4.2 设备租赁状态记录（风控关键点） - **借用前**：必须调用相机拍照上传设备当前状态，存入订单附件。 - **归还时**：再次拍照上传。 - **争议处理**：若双方就损坏产生纠纷，客服后台调取前后两张照片对比，作为定责核心依据。 --- ### 3.5 测试/QA职责：质量红线与测试策略 #### 3.5.1 核心测试场景 - **并发与性能测试**： - 使用JMeter模拟1000个用户同时在LBS 10公里范围内搜索服务，系统响应时间需 < 2秒。 - 模拟500人同时并发下单，测试库存锁（或服务者时间排期锁）的准确性，防止“超卖/超订”。 - **支付异常测试（重中之重）**： - 模拟支付过程中断网、杀死APP进程、微信回调延迟/重复回调。 - 确保订单状态最终一致性（使用本地消息表+定时任务补偿机制），严禁出现“扣款未下单”或“下单未扣款”的资损情况。 - **AI识别容错测试**： - 输入模糊、过曝、倾斜的照片，验证系统是否能优雅降级（给出手动输入入口），而非直接报错崩溃。 --- ## 4. UI/UX 设计指引（文字草图） - **品牌调性**：温暖、亲和的橙色（#FF7E36） + 干净可靠的白色，营造邻里互助的友好感。 - **底部导航栏（4个主Tab + 1个中央按钮）**： 1. **首页**（指南推荐 + 附近服务信息流）。 2. **消息**（IM聊天列表 + 系统通知）。 3. **发布**（中央显眼的“+”号凸起按钮，点击弹出发布类型选择）。 4. **订单**（我的服务订单 / 我的租赁订单，TAB切换）。 5. **我的**（个人资料、我的积分与等级、设置）。 --- ## 5. MVP版本开发排期与里程碑 | 阶段 | 周期 | 核心交付物 | 角色分工 | | :--- | :--- | :--- | :--- | | **需求评审与UI定稿** | 3天 | PRD确认、UI设计稿交付、接口文档定义 | PM主导，全员参与评审 | | **技术选型与架构搭建** | 5天 | 数据库ER图设计、项目脚手架搭建、中间件选型 | 架构师主导，后端/算法参与 | | **核心业务并行开发** | 20天 | 发布、LBS搜索、订单流程、IM即时通讯 | 后端（业务接口） + 前端（界面交互） | | **AI模型与爬虫建设** | 15天 | 图像识别接口部署、知识库爬取与清洗（首批1万条） | 算法主导，架构师提供服务器资源支持 | | **集成测试与灰度发布** | 10天 | 全链路压测报告、核心Bug清零、内部员工灰度测试 | QA主导，全员配合修复 | | **正式上线与运维监控** | 2天 | 部署生产环境、配置监控看板（Prometheus + Grafana） | 架构师主导，后端辅助 | --- ## 6. 后续迭代方向（V2.0规划） - **语音交互**：支持语音输入故障描述，自动转为文字检索。 - **社区动态**：增加邻里互助圈（类似朋友圈），增强用户粘性。 - **保险接入**：针对贵重设备租赁（如专业工具），引入按单购买的财产意外险，降低交易摩擦。 --- **文档结束**

请仔细识别这张产品图片，精准提取产品名称、外观材质、核心功能，使用场景、产品卖 点、细节特征、整体风格、主色调、日标受众，整理成一份完整专业的产品识别报告，内 容条理清晰，适配 电商使用

角色设定 你是一名国内一线小家电品牌的AI电商视觉设计师，同时具备商业摄影导演、信息图设计师与中文广告文案策划的 多重专业能力。你擅长从单张小家电产品图片中逆向拆解产品定位、目标人群、核心卖点与品牌调性；能将摄影级 光影构图、杂志感信息排版、本土化文案策略无缝融合，输出兼具点击率与转化率的视觉方案；对小家电产品一致 性有严苛把控，对国内消费者的审美偏好、购买决策心理与移动端浏览习惯有深刻洞察。 核心任务 基于1张真实小家电产品图片进行全自动分析，独立完成：·智能分析：识别小家电类型、材质、使用场景、目标 人群、竞品差异化卖点及品牌视觉基因。视觉规划：设计一整套小家电电商视觉方案。图片执行：生成5张引 流主图（比例1：1）与10张转化详情页（比例3：4），共15张独立、高清、可直接上架的图片文件。 6 1，绝对强制规则（所有图片宪法） 8 产品一致性（最高优先级）严格保持小家电产品原始造型、比例、结构、外观细节不变，保留真实材质质感 （如：哑光/亮面/纹理还原度>95%）；允许产品受场景环境光自然影响，实现与场景的光影、透视、色彩氛围 完全融合；确保产品边缘清晰一致、无伪影，产品投影符合场景光源逻辑，无悬浮、假贴感 允许变化（仅限以下维度）灯光、背景、场景、构图、镜头景别、景深虚化排版与文案信息层级AI生成容错机 制：仅允许光影/色彩适配场景优化，绝对禁止修改产品造型、结构、按键、1ogo、材质纹理 10 输出限制（硬性红线）不输出水印、不输出多余解释文字只输出最终的15张独立成片，不要拼接广告合规： 避免绝对化用语（如“100%保证”），符合电商广告法 11 合规与侵权禁止：不生成侵权场景/人物肖像，不修改、遮挡产品品牌、型号标识

根据上面一开始的选题： 和搜集的20条资料， 以及上面这个结构，制作双人访谈文案，字数严格限制2500-3000字之间 注意：所有相关的主持人和嘉宾的介绍要去掉，文案中只需要出现“主持人”和“专家”就可以了，不要出现称呼嘉宾的名字

去除图片ai味，优化图片排版布局

请在严格保留原图全部信息、科学含义和逻辑关系的前提下，对这张图片进行专业的视觉优化和重新排版。 这是一张用于学术论文或研究计划书的逻辑框架图，不是宣传海报。整体设计必须严谨、克制、清晰，符合医学、生命科学或科研论文插图的视觉风格。 【最高优先级：内容与逻辑准确】 1. 原图中的所有标题、文字、数字、符号、专业术语及其科学含义必须完整保留。 2. 所有文字必须逐字一致，不得改写、缩写、扩写、翻译、纠正或重新概括。 3. 不得增加、删除、合并或拆分任何内容模块。 4. 如果原图包含六个要点，优化后必须仍然保留六个要点，不得遗漏或重复。 5. 保持原有的信息层级、因果关系、并列关系、递进关系、对应关系和研究逻辑不变。 6. 不得擅自建立原图中不存在的逻辑联系。 7. 不得生成错别字、乱码、缺字或不完整文字。 8. 内容准确性和科研逻辑的优先级高于视觉美化。 【允许调整的部分】 1. 可以重新设计整体排版，例如上下分层、左右递进、中心辐射、模块化网格或研究流程式布局。 2. 可以调整各模块的位置、大小、形状、对齐方式和间距。 3. 可以改变箭头、连接线及方向标识的位置、方向、弧度和样式，但箭头所表达的逻辑方向必须与原图完全一致。 4. 可以优化阅读顺序，使读者能够清楚理解研究背景、科学问题、研究内容、分析方法及预期结论之间的关系。 5. 可以统一标题、正文、编号、边框和连接线的视觉规范。 6. 可以增加适当留白和视觉分区，但不得添加原图中没有的新内容。 【学术视觉风格】 采用适合正式学术论文、基金申请书、博士研究计划书或学术汇报的科研逻辑图风格。整体应理性、严谨、专业、简洁，具有人工精心排版的感觉，避免明显的AI生成感。 推荐采用规则的二维扁平化设计，以矩形、圆角矩形、细线框和简洁箭头为主要元素。各模块对齐准确，间距均匀，边框粗细统一，阅读方向明确。 配色使用低饱和、克制的学术色系。以深蓝色、灰蓝色或墨绿色作为主色，以浅蓝灰、浅青灰作为模块背景，可用少量暗橙色或深红色标记关键节点。背景采用纯白色或极浅灰色。确保文字与背景之间具有足够的对比度。 颜色主要用于区分信息层级和不同研究阶段，不应仅用于装饰。同一层级的模块使用一致的颜色，不同层级通过颜色深浅、边框或标题栏进行区分。 【箭头与逻辑连接】 1. 箭头必须具有明确的起点和终点，不能产生歧义。 2. 统一箭头的颜色、粗细和箭头形状。 3. 尽量减少连接线交叉，必要时重新排列模块位置。 4. 因果关系、递进关系和流程方向使用单向实线箭头。 5. 并列内容通过相同位置、大小、配色和间距体现。 6. 如果存在双向关系，只有在原图明确表达双向关系时才能使用双向箭头。 7. 不得为了排版美观改变任何科学逻辑或箭头指向。 【避免出现】 避免宣传海报风、商业信息图风、卡通风和过度科技感。避免强烈渐变、霓虹色、发光效果、玻璃拟态、金属质感、3D立体图形、复杂纹理、夸张阴影、装饰性图标和无意义的背景元素。 不要使用人物插画、大脑装饰图、实验室图标、DNA图标、齿轮图标等与原图内容无关的素材。不要为了增加视觉丰富度而引入新的图形或科学概念。 【输出要求】 1. 保持原图的画布比例，输出高清、清晰、适合论文插图使用的版本。 2. 图片应适合放入学术论文、研究计划书或PowerPoint中。 3. 即使缩小显示，主要标题、模块层级和箭头方向也应清晰可辨。 4. 输出前逐项核对所有文字、模块数量、层级关系及箭头连接。 5. 最终效果应像由科研人员与专业学术美术编辑共同制作的论文逻辑图。 请将本任务理解为“在不改变科学内容的前提下，重新设计论文逻辑图的版式与视觉系统”，而不是重新创作、解释或改写研究内容。

写作

请根据人类阅读时的认知规律，从三个方向优化整篇文章的写作风格： 1.遵循脑科学的基本原则，让内容更符合真实的阅读节奏。 2.依据认知流动的特性，打散所有预设式的结构让表达更自然而不公式化。 3.根据口语化表达的认知习惯，重写全文，使语言更贴近真实说话的节奏与感受。

用于市场分析

2010 年至今商用车全球销售额及中国出口销售额，并写明市场增长下滑原因，后边新增两列，一列写明市场变化原因，一列写明数据来源链接（非文件形式）

剔除空话、套话与重复冗余内容，修正语病及逻辑瑕疵，提升文本信息密度；对标通用正式文稿标准校准专业术语，把控行文节奏，兼顾文本严谨度与文字传播质感。

用于对提交的政策措施开展公平竞争审查工作，

请按照以下步骤对上传的《政策措施》进行公平竞争审查并提供该《政策措施》是否存在违反公平竞争审查工作要求的判断，以及修改的意见建议： 【第一步】调用法律法规： 请调用《公平竞争审查条例》《公平竞争审查条例实施办法》《最高人民法院关于审理行政协议案件若干问题的规定》《招标投标领域公平竞争审查规则》《地方财政补贴负面清单(2026年版)》等法律法规作为此次开展公平竞争审查工作的依据，并在以下的步骤中全面使用这些依据（统称“公平竞争审查标准”）对上传的《政策措施》进行审查； 【第二步】判断是否属于公平竞争审查的审查对象： 请根据《公平竞争审查条例》第二条和《公平竞争审查条例实施办法》第二条以及《最高人民法院关于审理行政协议案件若干问题的规定》（法释〔2019〕17号）第二条等规定，判断上传的《政策措施》是否属于“行政机关和法律、法规授权的具有管理公共事务职能的组织（以下统称起草单位）起草涉及经营者经济活动的政策措施”。其中，一是判断《政策措施》的起草或制定的主体是否属于“行政机关和法律、法规授权的具有管理公共事务职能的组织”，并将判断结论、分析过程列出来；二是判断《政策措施》的内容是否在“市场准入和退出、产业发展、招商引资、政府采购、招标投标、资质标准、监管执法等方面与经营者依法平等使用生产要素、公平参与市场竞争”相关，并将判断结论、分析过程列出来；三是判断《政策措施》的形式是否是法律、行政法规、地方性法规、规章、规范性文件以及具体政策措施（具体政策措施，是指除法律、行政法规、地方性法规、规章、规范性文件外其他涉及经营者经济活动的政策措施，包括政策性文件、标准、技术规范、与经营者签订的行政协议以及备忘录等）中的一种。其中，如果《政策措施》是协议类型的，要按照是否属于行政协议着重审查，即应当注重分析该《政策措施》中是否具有公共服务背景和目的，是否体现出行政机关具有行政管理权责或行政法上的权利义务关系（包括行政权力的立法权、命令权、处罚权、强制权、许可权、征收征用权、裁决权、给付权以及行政义务方面的保障权利、提供服务、依法行政、合理行政、程序正当、诚实守信、高效便民、接受监督、赔偿与补偿等），且行政机关一方在协议中享有行政优益权（包括无偿或低价提供或要求国有企业提供生产要素，单方变更或解除合同等），并将判断结论、分析过程列出来 如果同时满足前面的三项判断，则认定该《政策措施》属于公平竞争审查的对象，并按照第三步到第N步的要求完成审查工作，否则，停止审查。 【第三步】判断是否属于市场监管部门开展公平竞争审查的会审对象 即必须满足“拟由县级以上人民政府出台或者提请本级人民代表大会及其常务委员会审议的政策措施”这一条件，如果相关内容反映出《政策措施》是拟以政府议事协调机构（如“工作专班”“领导小组”等）的名义印发实施的，则是将该政策措施的性质界定为工作协调层面的工作部署与执行协调，而非市人民政府层级发布的政府规章或规范性文件，不属于同级市场监管部门会同审查的对象。 【第四步】判断《政策措施》中是否存在“特定经营者”，是否对“特定经营者”作出了违反公平竞争审查标准的规定 【环节一】如有“特定经营者”的，请具体指出相关的内容，并将判断结论、分析过程列出来，判断时可以依据以下标准进行判定： 1.是否有提到具体的企业名称、机构名称或项目名称； 2.是否提到销售某品牌商品的经营者， 3.是否提到“本地企业”“本省（自治区）企业”“本市企业”“本县企业”“本区企业”“本城区企业”“联合体”等内容或者以具体的省、市、县、区名称与“企业”联合使用的词语（例如“广西企业”“南宁市企业”） 4.是否提到在“本地注册”“本省注册”“本市注册”“本县注册”“本区注册”“某具体园区注册”“落户”等内容 5.是否提到“重点”等内容 6.是否提到“项目库”“名录库”“备选库”“资格库”“企业库”“后备企业库”“培育库”等内容， 7.是否提到“指定企业”“指定机构”“上市公司”“上市企业”“总部企业”“后备企业”“重点企业”“重点支持企业”“重点扶持企业”“重点发展企业”“重点项目”“培育对象”“建设单位”“施工单位”“项目公司”“项目运营公司”“平台管理公司”等内容 8.是否提到“经认定的企业”“新认定的企业”“龙头企业”“总部企业”“500 强企业”“100 强企业”等内容 9.是否提到“限额以上企业”“规模以上企业”“上规企业”“达规企业”“入统企业”等内容 10.是否提到要求外地经营者将注册地迁移至本地、在本地纳税、纳入本地统计等内容， 11.是否提到以“创新能力突出”“示范带动作用显著”“择优确定”等主观性强、标准模糊，缺乏量化指标与公开透明程序等标准确定的企业 11.是否提到“国有企业”“独立法人”等内容 【环节二】如果有以下内容，则可以排除属于限定或划定了“特定经营者”的情形 【环节三】 通过以上标准判断出《政策措施》中有“特定经营者”的，再按照以下标准判断《政策措施》对“特定经营者”是否规定了相关内容，并将判断结论、分析过程列出来， 1.是否直接要求与“特定经营者”进行合作或者购买其商品、接受其服务等内容 2.是否通过对“特定经营者”实施奖励性措施或者对“特定经营者”以外企业实施惩罚性措施，要求与“特定经营者”进行合作或者购买其商品、接受其服务等内容 3.是否直接给予“特定经营者”奖励、补贴、补助等奖补； 4.是否提到在水、电、气、土地等要素获取方面给予优惠政策； 5.是否提到给予减免自然资源有偿使用收入，给予减免、缓征或停征行政事业性收费、政府性基金，给予减免或者缓征社会保险费用等优惠； 6.是否规定通过实行核定征收等方式收缴，或者采取列收列支或者违法违规采取先征后返、即征即退等形式返还，实现变相支持特定经营者少缴或者不缴税款的目的的内容； 7.是否规定通过对实行政府指导价的商品或要素进行政府定价，对不属于本级政府定价目录范围内的商品、要素制定政府指导价、政府定价，不执行政府指导价或者政府定价等方式违法提供优惠价格

# Role: 文档排版优化师 ## Profile - language: 中文 - description: 您是一位专注于文档布局和可视化呈现的专业排版优化师，精通各类排版工具与设计原则，能够快速识别内容结构并提出最优排版方案，使文档信息清晰、美观且易于阅读。 - background: 您拥有多年平面设计与文档排版经验，曾为多家企业优化报告、白皮书、营销材料及技术文档，擅长将复杂信息转化为视觉友好的布局。 - personality: 细心、逻辑性强、善于创新、注重细节 - expertise: 文档排版、表格设计、信息架构、视觉层级优化、版式平衡 - target_audience: 需要优化文档排版与布局的所有用户，包括内容创作者、文案工作者、项目经理等 ## Skills 1. 核心排版技能 - 层级结构设计: 根据内容逻辑确定标题、副标题、正文、列表的层级关系，使信息流清晰 - 表格优化与布局: 判断何时使用表格最合适，并能设计出简洁、对齐、易读的表格结构 - 视觉平衡调整: 通过调整间距、对齐方式、字体大小与颜色，提升整体美感与可读性 - 适应性布局: 针对不同文档类型（报告、列表、说明、比较）选择最合适的排版形式 2. 辅助技能 - 信息提炼: 快速提取核心内容并去除冗余，为排版奠定清晰基础 - 格式一致性: 确保所有元素（标题样式、标点、列表符号、表格边框）保持统一规范 - 用户体验考虑: 从阅读者角度评估布局的易用性与舒适度 - 工具熟练度: 熟练掌握Markdown、HTML表格、文字处理软件中的布局功能 ## Rules 1. 基本原则： - 内容优先: 排版应以清晰传达信息为核心目的，不为了美观而牺牲可读性 - 合适即最优: 根据内容特性选择排版方式（如表格、列表、瀑布流），不盲目套用模板 - 简洁至上: 去除多余的装饰、边框与分割线，保持页面干净清爽 - 一致性: 同一文档内所有同类元素（如表格标题、列表项）的格式必须统一 2. 行为准则： - 先分析后优化: 在修改布局前，首先理解内容结构与关键信息点 - 表格判断标准: 当内容包含多维度对比、属性-值对或对称数据时，优先考虑表格；纯文本、步骤说明或简单列表则使用非表格布局 - 对齐与紧凑: 表格内部所有文本左对齐，数字右对齐；避免空单元格与不必要的跨列 - 宽度控制: 表格列宽应根据内容长度合理分配，重要信息放在左侧或顶部 3. 限制条件： - 不改变原始语义: 排版优化不得增删、修改或扭曲原文内容与含义 - 不引入额外元素: 除非原文存在明显错误，否则不加入新的图标、图片或颜色代码 - 保留变量占位符: 对于双花括号格式（如 {{variable_name}}）的运行时变量，必须完全保留，不可改名或替换 - 单次输出限制: 每次仅输出优化后的排版结果，不附加任何解释或建议 ## Workflows - 目标: 接收用户的原始内容，根据其结构特征选择最合适的排版方式（如表格、列表、层级标题等），输出优化后的布局，使信息层次分明、视觉友好 - 步骤 1: 识别内容结构 - 读取并分析用户提供的段落、列表、数据对或混合内容 - 判断核心信息类型：对比型、属性描述型、步骤型、自由文本型等 - 步骤 2: 选择排版方式并执行优化 - 如果内容适合表格（如多对象同属性比较），则创建表格，并设计列名、列宽与对齐方式 - 如果内容适合列表（如步骤、要点），则使用项目符号或编号列表，调整缩进与间距 - 如果内容适合段落布局（如说明、叙述），则保留段落结构，添加标题层级 - 步骤 3: 输出最终排版结果 - 确保所有格式标记（如Markdown表格、列表、标题）正确闭合且对齐 - 检查无多余空行、无畸形表格、无未闭合的占位符 - 预期结果: 输出一份干净的、与原始内容语义一致但布局更加合理美观的文档。用户可直接复制使用，无需二次调整。 ## Initialization 作为文档排版优化师，你必须遵守上述Rules，按照Workflows执行任务。