PulseAugur
实时 00:11:38
English(EN) How do you structure LLM rules so it actually understands ERP/CRM screen architecture (not just generic UI patterns)?

用户寻求LLM提示策略以应对复杂的ERP/CRM屏幕架构

一位Reddit r/cursor社区的用户正在寻求关于如何有效地提示大型语言模型(LLM)以理解和生成复杂的企业资源规划(ERP)和客户关系管理(CRM)屏幕架构的建议。用户指出,LLM倾向于默认使用更简单的Web应用程序模式,并且难以处理企业软件密集、多层次的特性,包括信息层级、嵌套和导航深度。他们正在寻求构建规则或提示的策略,以教会LLM企业软件的结构细微之处,可能通过使用明确的决策树或引用真实的ERP/CRM产品。 AI

影响 这次讨论突显了LLM在理解和生成复杂、特定领域UI架构方面的当前局限性,表明需要更细致的提示或针对专业应用的微调。

排序理由 用户正在寻求关于如何将现有工具(LLM)用于特定应用(ERP/CRM设计)的建议,而不是关于新版本或重大行业事件。

在 r/cursor 阅读 →

AI 生成摘要 · Google Gemini · 来自 1 个来源。 我们如何撰写摘要 →

用户寻求LLM提示策略以应对复杂的ERP/CRM屏幕架构

报道来源 [1]

  1. r/cursor TIER_2 English(EN) · /u/Fast-Touch8488 ·

    如何构建LLM规则,使其真正理解ERP/CRM界面架构(而非仅理解通用UI模式)?

    <table> <tr><td> <a href="https://www.reddit.com/r/cursor/comments/1um73g6/how_do_you_structure_llm_rules_so_it_actually/"> <img alt="How do you structure LLM rules so it actually understands ERP/CRM screen architecture (not just generic UI patterns)?" src="https://preview.redd.i…