Prompt Enhancing Workflow
Use Prompt Enhancing Workflow 按钮把提示词写作变成一场有引导的对话:TPEE 把您的提示词包在 Pre-Prompt 和 Post-Prompt 之间,您把这组内容粘贴到任意 LLM 对话中,模型会在您真正使用提示词之前帮您改进它。工作原理 ↓
Prominent feature应用就在您的浏览器中 — 点击菜单试试
Interactive replica of the tpee.exe top bar (Build 183). Menus open like the real app; the items are illustrative — the download does the real work.
5 步 Prompt Enhancing Workflow — 勾选方框,然后点击箭头
Complete the prompt sections as you would in normal prompt editing.
“USE PROMPT ENHANCING WORKFLOW”的交互式副本(Build 183)。勾选方框,然后用箭头或带编号的圆圈逐步操作 — 颜色变化与应用中完全一致。下载的应用执行真实的工作流。了解工作原理 ↓
应用中 📋 Copy to Clipboard 和 👁 Preview 按钮的交互式演示(Build 183)— 仅为演示,用于模拟真实应用:按钮的工作方式与应用完全相同,但其背后的提示词是一个固定的完整示例(GreenHouse-One 项目),已填写全部 12 个编辑器区块。在真实应用中,它们复制和预览的是您自己的区块。
This is what will be copied to the clipboard:
You are a senior embedded firmware engineer with 15 years of experience shipping low-power sensor products on ESP32 hardware. You specialise in C/C++ for the Arduino framework, non-blocking state machines, and explaining design decisions clearly to mixed-skill teams. 1. Review the current firmware in the Data section and identify every blocking call. 2. Refactor loop() into a non-blocking state machine with named states. 3. Add hysteresis and a minimum run time to the fan and pump outputs. 4. Comment every function with one line stating its contract. 5. Flag anything that could fail after 30 days of unattended operation. We are building GreenHouse-One, a climate controller for a 3 m x 2 m hobby greenhouse. The first prototype worked for a week, then the pump relay stuck ON because loop() blocked for 47 seconds during a Wi-Fi reconnect and the watchdog reset the board mid-cycle. The firmware must run unattended for months. This is version 2 of the firmware and the hardware is already built, so pin assignments cannot change. Hardware Platform: ESP32-S3-DevKitC-1 (8 MB PSRAM, dual-core 240 MHz). Sensors: SHT31 temperature/humidity on I2C 0x44 (SDA GPIO8, SCL GPIO9), DS18B20 soil temperature on GPIO4, capacitive soil moisture on ADC1_CH3. Actuators: fan relay GPIO12, pump relay GPIO13, both active-LOW. Power: 5 V 2 A supply; the pump draws 800 mA. Toolchain: Arduino IDE 2.3 with the arduino-esp32 core 3.x. Target: 24/7 operation with Wi-Fi telemetry every 60 s. Answer in Markdown with exactly four headings: ## Diagnosis, ## Refactored Code, ## Wiring Notes, ## Test Checklist. All code in fenced blocks with the language tag. List every behavioural change as a before/after pair under ## Diagnosis. Two developers maintain this project: an electronics engineer with a strong C background who is new to FreeRTOS, and a final-year student. Both read C fluently; neither has shipped a 24/7 embedded product before. Direct and methodical. Explain WHY each change matters, not just WHAT changed. No marketing language, no hedging. Cite the datasheet section when you make a hardware claim. Attached below: main.ino (current firmware, 340 lines), the SHT31 datasheet section 4.5 (measurement timing), the relay module schematic, and a serial log excerpt showing the 47-second watchdog reset during the Wi-Fi reconnect at 03:12:44. input: The fan relay chatters when the temperature hovers at the setpoint. output: Add 2 C hysteresis — fan ON at setpoint + 2, OFF at setpoint - 1 — plus a 30-second minimum run time, implemented as explicit states in the state machine under ## Refactored Code. Include an ASCII wiring table under ## Wiring Notes: SHT31 SDA -> GPIO8, SCL -> GPIO9 with 4.7k pull-ups; DS18B20 data -> GPIO4 with a 4.7k pull-up; soil moisture signal -> GPIO3 (ADC1_CH3); fan relay IN -> GPIO12; pump relay IN -> GPIO13; common ground rail mandatory. None. This project is developed fully offline and TPEE never connects to any MCP server. All reference material the model needs is attached in the Data section. If the work is split across agents: Agent 1 reviews sensor timing and I2C error handling, Agent 2 refactors the Wi-Fi reconnect path, Agent 3 writes the hardware test checklist. Merge their findings into one consistent answer before replying.
TPEE 是一款 Windows 桌面编辑器(Mac 和 Linux 版即将推出),它将每个提示词结构化为每个 LLM 获得更好结果所需的 12 个经过验证的区块,从 0 到 100 评估其质量,并导出到超过 23 种 IDE 配置(随着我们的测试还会增加更多)。它 100% 离线运行,还可以从 U 盘运行。您可以完全离线地为项目准备所有提示词 — 从为长期项目建立新项目,到在项目周期内维护它,一直到发布。如果您阅读并理解全部说明(不到 3 小时即可完成),TPEE 方法将为您节省数千美元的令牌成本,降低您和您的供应商的能源账单,并且 — 最重要的是 — 通过让每次会话都准确按照您的期望获得出色的结果,把您浪费的时间削减到接近于零。
在 TPEE 中编辑提示词是什么体验?12 个区块编辑器中的每一个都以真实应用的交互式副本形式呈现在您的浏览器中 — 每次展示一个编辑器。
Persona 编辑器,与真实应用完全一致 — 输入您自己的 Persona,或点击 📋 -- Select or Type -- 按钮从 275 个现成的 Persona 中挑选,并打开 📋 Quality Guidance 下拉菜单查看如何让它获得 GREEN 评分
● GREEN: Be specific about expertise - 'You are an expert Rust programmer with 10 years experience in systems programming and embedded development' vs vague 'You are helpful'
● YELLOW: Basic role definition - 'You are a programming assistant' or 'Act as a code reviewer'
💡 TIP: Think about what specific knowledge, experience, or perspective the AI should have for your task.
应用 Persona 编辑器的这个交互式副本与真实应用的工作方式完全相同(Build 183)— 📋 -- Select or Type -- 下拉菜单中相同的 275 个 Persona 库(在过滤框中输入可缩小范围;当恰好匹配一个名称时,应用会立即应用它),相同的实时质量指示器(✗ 红色 Poor、⚠ 黄色 Needs Work、✓ 绿色 Good),每次按键都会按应用自己的规则重新评分,相同的 📋 Quality Guidance 文字和颜色,以及一个可用的 📋 Copy Persona to Clipboard 按钮。一个诚实的区别 — 应用会把您的 Persona 保存到提示词文件中;这个浏览器副本只在页面打开期间保留它。
Instructions 编辑器,与真实应用完全一致 — 输入您自己的 Instructions,看着实时质量指示器每次按键重新评分,并打开 📋 Quality Guidance 下拉菜单查看如何让它获得 GREEN 评分
● GREEN: Use precise action verbs - 'Analyze the memory management patterns and explain potential memory leaks' vs 'Make the code better'
● YELLOW: Basic actions - 'Review this code' or 'Explain how this works'
💡 TIP: Start with strong verbs: analyze, create, design, implement, optimize, debug, refactor, document. Be specific about what you want done.
应用 Instructions 编辑器的这个交互式副本与真实应用的工作方式完全相同(Build 183)— 相同的实时质量指示器(✗ 红色 Poor、⚠ 黄色 Needs Work、✓ 绿色 Good),每次按键都会按应用自己的规则重新评分(以 analyze、create 或 explain 等强有力的动作动词开头,具体明确,避免 good 或 nice 这类模糊词语),相同的 📋 Quality Guidance 文字和颜色,以及一个可用的 📋 Copy Instructions to Clipboard 按钮。一个诚实的区别 — 应用会把您的 Instructions 保存到提示词文件中;这个浏览器副本只在页面打开期间保留它们。
Context 编辑器,与真实应用完全一致 — 输入您自己的 Context,看着实时质量指示器每次按键重新评分,并打开 📋 Quality Guidance 下拉菜单查看如何让它获得 GREEN 评分
● GREEN: Relevant background info - 'This is a real-time embedded system with 64KB RAM constraints, using Rust no_std' vs generic context
● YELLOW: Basic context - 'This is for a web application' or 'Working on a school project'
💡 TIP: Include technical constraints, target environment, performance requirements, or specific domain knowledge needed. Keep it focused and relevant.
应用 Context 编辑器的这个交互式副本与真实应用的工作方式完全相同(Build 183)— 相同的实时质量指示器(✗ 红色 Poor、⚠ 黄色 Needs Work、✓ 绿色 Good),每次按键都会按应用自己的规则重新评分(好的 Context 信息丰富但简洁:应用会对照文本密度评估字数),相同的 📋 Quality Guidance 文字和颜色,以及一个可用的 📋 Copy Context to Clipboard 按钮。一个诚实的区别 — 应用会把您的 Context 保存到提示词文件中;这个浏览器副本只在页面打开期间保留它。
Technical Specs 编辑器,与真实应用完全一致 — 输入您自己的技术规格,或点击 📟 -- Select Hardware -- 按钮从 230 块开发板中选择并自动填充规格,看着实时质量指示器每次按键重新评分,并打开 📋 Quality Guidance 下拉菜单查看如何让它获得 GREEN 评分
● GREEN: Detailed technical requirements - 'ARM Cortex-M4 @ 168MHz, 1MB Flash, 192KB RAM, SPI interface @ 10MHz max, <100µs interrupt latency, MISRA-C compliance'
● YELLOW: Basic specs - 'Microcontroller with 1MB memory, fast SPI' or 'Embedded system requirements'
💡 TIP: Include specific hardware (processor, memory, interfaces), performance constraints (timing, power), standards compliance (MISRA, ISO), and environmental requirements (temperature, EMI). Use exact numbers and units.
应用 Technical Specs 编辑器的这个交互式副本与真实应用的工作方式完全相同(Build 183)— 相同的 🔧 Hardware / Development Board Selection(含 230 块开发板,在 Filter 框中输入可缩小列表;当恰好匹配一块板时,应用会立即选中它),相同的开发板照片(应用自带的照片,为网页重新调整了尺寸 — 点击照片可放大),相同的自动填充功能(将所选开发板的平台、MCU、特性和适用场景写入编辑器),相同的实时质量指示器(✗ 红色 Poor、⚠ 黄色 Needs Work、✓ 绿色 Good),每次按键都会按应用自己的规则重新评分(具体的硬件、约束条件、精确的数字和单位),相同的 📋 Quality Guidance 文字和颜色,以及一个可用的 📋 Copy Technical Specs to Clipboard 按钮。两个诚实的区别 — 应用会把您的规格保存到提示词文件中,而这个副本只在页面打开期间保留它们,并且应用的 📂 Open Image Folder 按钮(用于打开 Windows 资源管理器)在网页上不存在。
Format 编辑器,与真实应用完全一致 — 精确指定您希望输出采用的格式,看着实时 Quality: 指示器每次按键重新评分,并打开 📋 Quality Guidance 下拉菜单查看如何让它获得 GREEN 评分
● GREEN: Precise format specs - 'Return as JSON with fields: {"issue": string, "severity": 1-5, "fix": string}' or 'Markdown with ## headers, code blocks, and bullet points'
● YELLOW: Basic format - 'JSON format' or 'As a numbered list'
💡 TIP: Specify exact structure, field names, data types, headers, or markup. Think about how you want to consume the output.
应用 Format 编辑器的这个交互式副本与真实应用的工作方式完全相同(Build 183)— 相同的固定高度等宽字体编辑器,相同的实时 Quality: 指示器(Poor / Needs Work / Good),每次按键都会按应用自己的规则重新评分(指明 JSON、表格或项目符号列表等结构,加上标题、章节或 markdown 等细节),相同的 📋 Quality Guidance 文字和颜色,以及一个可用的 📋 Copy Format to Clipboard 按钮。一个诚实的区别 — 应用会把您的 Format 保存到提示词文件中;这个浏览器副本只在页面打开期间保留它。
Audience 编辑器,与真实应用完全一致 — 描述谁会阅读或使用输出内容,看着实时 Quality: 指示器每次按键重新评分,并打开 📋 Quality Guidance 下拉菜单查看如何让它获得 GREEN 评分
● GREEN: Specific audience with experience level - 'Senior embedded systems engineers familiar with ARM Cortex-M and real-time constraints' vs generic 'developers'
● YELLOW: Basic audience - 'C++ programmers' or '学生 learning Rust'
💡 TIP: Consider experience level, domain knowledge, technical background, and what they already know vs. what needs explanation.
应用 Audience 编辑器的这个交互式副本与真实应用的工作方式完全相同(Build 183)— 相同的固定高度等宽字体编辑器,相同的实时 Quality: 指示器(Poor / Needs Work / Good),每次按键都会按应用自己的规则重新评分,相同的 📋 Quality Guidance 文字和颜色(指明经验水平的具体受众得分最高),以及一个可用的 📋 Copy Audience to Clipboard 按钮。一个诚实的区别 — 应用会把您的 Audience 保存到提示词文件中;这个浏览器副本只在页面打开期间保留它。
Tone 编辑器,与真实应用完全一致 — 描述您想要的沟通风格,看着实时 Quality: 指示器每次按键重新评分,并打开 📋 Quality Guidance 下拉菜单查看如何让它获得 GREEN 评分
● GREEN: Specific communication style - 'Technical and precise, like code review comments with constructive suggestions' vs generic 'professional'
● YELLOW: Basic tone - 'Formal and detailed' or 'Casual and friendly'
💡 TIP: Think about formality level, technical depth, teaching style, and emotional approach. Match the tone to your audience and purpose.
应用 Tone 编辑器的这个交互式副本与真实应用的工作方式完全相同(Build 183)— 相同的固定高度等宽字体编辑器,相同的实时 Quality: 指示器(Poor / Needs Work / Good),每次按键都会按应用自己的规则重新评分,相同的 📋 Quality Guidance 文字和颜色(具体的沟通风格得分最高),以及一个可用的 📋 Copy Tone to Clipboard 按钮。一个诚实的区别 — 应用会把您的 Tone 保存到提示词文件中;这个浏览器副本只在页面打开期间保留它。
Data 编辑器,与真实应用完全一致 — 指定您的数据源、参考资料或文档,看着实时 Quality: 指示器每次按键重新评分,并打开 📋 Quality Guidance 下拉菜单查看如何让它获得 GREEN 评分
● GREEN: Specific data sources - 'Use ARM Cortex-M4 reference manual section 4.3.2 and MISRA-C 2012 Rule 11.3 for pointer casting guidelines' vs generic references
● YELLOW: Basic data - 'Company coding standards' or 'Project requirements document'
💡 TIP: Include specific standards, documentation sections, code repositories, or datasets. Be precise about version numbers and relevant sections.
应用 Data 编辑器的这个交互式副本与真实应用的工作方式完全相同(Build 183)— 相同的固定高度等宽字体编辑器,相同的实时 Quality: 指示器(Poor / Needs Work / Good),每次按键都会按应用自己的规则重新评分,相同的 📋 Quality Guidance 文字和颜色(注明精确版本和章节的具体数据源得分最高),以及一个可用的 📋 Copy Data to Clipboard 按钮。一个诚实的区别 — 应用会把您的 Data 保存到提示词文件中;这个浏览器副本只在页面打开期间保留它。
Example(s) 编辑器,与真实应用完全一致 — 展示具体的输入/输出示例,看着实时质量指示器每次按键重新评分,并打开 📋 Quality Guidance 下拉菜单查看如何让它获得 GREEN 评分
● GREEN: Clear input/output pairs - 'Input: unsafe { ptr.read() } Output: {"issue": "Unsafe pointer dereference", "severity": 4, "fix": "Add null check before dereferencing"}'
● YELLOW: Basic examples - 'For example: check memory allocation' or 'Like analyzing malloc() calls'
💡 TIP: Show concrete before/after examples. Demonstrate the exact input format and desired output structure. Multiple examples show edge cases.
应用 Example(s) 编辑器的这个交互式副本与真实应用的工作方式完全相同(Build 183)— 相同的实时质量指示器(✗ 红色 Poor、⚠ 黄色 Needs Work、✓ 绿色 Good),每次按键都会按应用自己的规则重新评分(它寻找具体的输入/输出对或 for instance、such as 这类短语,并奖励多个示例),相同的 📋 Quality Guidance 文字和颜色,以及一个可用的 📋 Copy Example(s) to Clipboard 按钮。一个诚实的区别 — 应用会把您的 Examples 保存到提示词文件中;这个浏览器副本只在页面打开期间保留它们。
Graphics 编辑器,与真实应用完全一致 — 描述您想要的图表和视觉元素,看着实时质量指示器每次按键重新评分,并打开 📋 Quality Guidance 下拉菜单查看如何让它获得 GREEN 评分
● GREEN: Specific visual requirements - 'Generate UML sequence diagram showing memory allocation flow with timing annotations and error paths' vs generic 'make a diagram'
● YELLOW: Basic graphics - 'Flow chart of the process' or 'Simple block diagram'
💡 TIP: Specify diagram type, content details, annotations, colors, layout, and purpose. Think about what visual elements will clarify your technical content.
应用 Graphics 编辑器的这个交互式副本与真实应用的工作方式完全相同(Build 183)— 相同的实时质量指示器(✗ 红色 Poor、⚠ 黄色 Needs Work、✓ 绿色 Good),每次按键都会按应用自己的规则重新评分,以及相同的 📋 Quality Guidance 文字和颜色(注明内容、标注和用途的具体图表类型得分最高)。两个诚实的说明 — Graphics 区块在应用中没有复制按钮(这里完全一致地呈现),并且应用会把您的图形细节保存到提示词文件中,而这个浏览器副本只在页面打开期间保留它们。
MCP Servers 编辑器,与真实应用完全一致 — 记录您的提示词应引用的 MCP 服务器配置,看着实时质量指示器每次按键重新评分,并打开 📋 Quality Guidance 下拉菜单查看如何让它获得 GREEN 评分
● GREEN: Specific MCP server configurations with endpoints and capabilities
● YELLOW: Basic server names or generic configurations
💡 TIP: Configure Model Context Protocol servers for enhanced AI capabilities and tool integration.
应用 MCP Servers 编辑器的这个交互式副本与真实应用的工作方式完全相同(Build 183)— 相同的实时质量指示器(✗ 红色 Poor、⚠ 黄色 Needs Work、✓ 绿色 Good),每次按键都会按应用自己的规则重新评分,相同的 📋 Quality Guidance 文字和颜色,以及一个可用的 📋 Copy MCP Servers to Clipboard 按钮。两个诚实的说明 — 此区块是提示词的配置文本:TPEE 本身从不连接任何 MCP 服务器(它按设计 100% 离线),并且应用会把您的文本保存到提示词文件中,而这个浏览器副本只在页面打开期间保留它。
Agents 编辑器,与真实应用完全一致 — 定义您的提示词应编排的 AI Agents,看着实时质量指示器每次按键重新评分,并打开 📋 Quality Guidance 下拉菜单查看如何让它获得 GREEN 评分
● GREEN: Specific agent definitions with roles, capabilities, and workflows
● YELLOW: Basic agent names or simple configurations
💡 TIP: Define AI agents with specific roles, capabilities, and interaction patterns for complex task automation.
应用 Agents 编辑器的这个交互式副本与真实应用的工作方式完全相同(Build 183)— 相同的实时质量指示器(✗ 红色 Poor、⚠ 黄色 Needs Work、✓ 绿色 Good),每次按键都会按应用自己的规则重新评分,相同的 📋 Quality Guidance 文字和颜色(注明角色、能力和工作流的具体 Agent 定义得分最高),以及一个可用的 📋 Copy Agents to Clipboard 按钮。一个诚实的区别 — 应用会把您的 Agents 配置保存到提示词文件中;这个浏览器副本只在页面打开期间保留它。
TPEE 的功能到底能做什么?每个功能都以真实应用的交互式副本形式呈现在您的浏览器中 — 每次展示一个功能。
User's Manual 按钮,点击查看示例
User's Manual 的这个交互式副本展示与应用附带版本(Build 183)完全一致的完整手册 — 相同的三份文档,相同的目录。下载应用即可随时携带最新版本。
Learning 菜单的 Open Learning Center 按钮,点击查看示例
Learning Center - TPEE Professional AI Course 的这个交互式副本展示与应用附带版本(Build 183)完全一致的完整课程 — 相同的 80 节课程和相同的 240 道测验题,相同的窗口布局。参加一次真实测验:评分方式与应用完全一致。一个诚实的区别 — 应用把学生的学习进度保存到磁盘;这个浏览器副本只在页面打开期间保留它。
IDE 组合框,点击查看示例
应用 IDE 组合框的这个交互式副本展示与应用附带版本(Build 183)完全一致的 23 种 IDE 配置 — 相同的列表,相同的选择行为,相同的状态行。在真实应用中,所选 IDE 还会驱动提示词格式化、导出、评分和优化建议。真实应用中的 IDE 列表每周更新 — 下载应用即可随时携带最新的 IDE 配置。
Model 组合框,点击查看示例
应用 Model 组合框的这个交互式副本展示与应用附带版本(Build 183)完全一致的 14 家供应商的 150 个 AI 模型 — 相同的列表,相同的输入过滤框,相同的供应商分组,相同的选择行为,相同的状态行。在真实应用中,所选模型还会驱动提示词格式化、评分、优化建议和 PRD 生成器 — 并且首次运行时应用会预选其默认模型 Claude Fable 5。真实应用中的模型列表每周更新 — 下载应用即可随时携带最新的模型配置。
Show API Limits 按钮,点击查看示例
应用 API Character Limits 面板的这个交互式副本展示与应用附带版本(Build 183)完全一致的 14 家供应商的 150 个 AI 模型 — 相同的供应商列,相同的卡片,相同的价格,相同的最新优先排序。两个诚实的区别:在真实应用中,每张卡片上的彩色条会随您当前提示词的字符数填充,并在接近模型上限时从绿色 → 黄色 → 橙色 → 红色变化(这里停在 0%),金色边框会跟随您选择的模型(应用首次运行时预选 Claude Fable 5)。真实应用中的上限和价格每周更新 — 下载应用即可随时携带最新数据。
Show Kimi / Commands 按钮,点击查看示例
应用按模型命令参考面板的这个交互式副本展示与应用附带版本(Build 183)完全相同的离线命令表 — 相同的 14 张模型系列表,相同的教程,相同的 "Selected:" 横幅。副本从 Kimi K3 开始,因此按钮显示为 "Show Kimi / Commands" 并打开 "Kimi / Commands (reference)" 窗口;在上方的 Model 组合框中选择任意模型,按钮和窗口会自动跟随 — Models / Commands 随所选模型变化,与真实应用完全一致(GLM 模型还没有专用表,因此会显示应用的通用提示词清单,这里同样如此)。真实应用中的命令表每周更新 — 下载应用即可随时携带最新命令。
Show Tips 按钮,点击查看示例
应用 Optimization Tips 面板的这个交互式副本展示与应用附带版本(Build 183)完全相同的上下文感知建议 — 相同的建议引擎,相同的四个类别(📐 Structure、🎨 Style、📏 Length、⚡ 特性),相同的颜色。建议会根据上方 IDE 和 Model 组合框中选择的 IDE 和模型计算,并随您的选择自动变化,与真实应用完全一致 — 试试看:打开建议窗口,然后在上方选择另一个 IDE 或模型,看着窗口跟随(首次运行时应用本身预选 Cursor + Claude Fable 5)。真实应用中的优化建议每周更新 — 下载应用即可随时携带最新建议。
📋 Projects Prefixes 按钮,点击查看 Projects Prefixes Library 窗口
这个交互式副本展示与应用附带版本(Build 183)完全一致的 File Name / Project Prefix 工具栏行和 📋 Projects Prefixes Library 窗口 — 相同的字段,相同的默认值(File Name "prompt.txt"、Project Prefix "T1042CW"),相同的 Add / 快速添加 / 选择 / 移除行为,相同的状态消息。一切都可用:输入前缀,将其添加到库中,点击已保存的前缀将其加载到 Project Prefix 字段,用 🗑 按钮移除 — 已保存的前缀会将文件命名为 PREFIX_Pmt_NNNN.txt(例如 T1042CW_Pmt_0001.txt)。一个诚实的区别 — 应用会把您的库保存到偏好设置文件中,重启后依然存在;这个浏览器副本只在页面打开期间保留它。
0 sections found
Offline tutorial system: lessons, quizzes, students, scores. No AI call, no MCP server, no external connection.
Current prefix: T1042CW
No saved prefixes yet. Add one above.
TPEE 中的一切只为回答一个问题:这个提示词准备好了吗?评分告诉您答案。各个区块告诉您原因。
Use Prompt Enhancing Workflow 按钮把提示词写作变成一场有引导的对话:TPEE 把您的提示词包在 Pre-Prompt 和 Post-Prompt 之间,您把这组内容粘贴到任意 LLM 对话中,模型会在您真正使用提示词之前帮您改进它。工作原理 ↓
Prominent featurePersona、Instructions、Context、Technical Specs、Format、Audience、Tone、Data、Examples、Graphics、MCP Servers、Agents — 十二个区块,每个都有 GREEN/YELLOW/RED 就绪指示器,汇总为 0–100 的质量评分。
14 家供应商的 150 个模型配置,含价格、上下文窗口和 API 字符上限 — 让您写的提示词适配您实际运行的模型。
一次格式化,随处导出:23 种 IDE 配置,包括 Cursor、VS Code 变体、Claude Code、Kiro 和 Windsurf。
带版本历史和自动备份的本地提示词库,让每个草稿都安全地保存在您的电脑上。
PRD Innovator 把初步想法转化为结构化需求。
Claude Team Designer 和 Team Management 套件组织多智能体工作。
内置 80 节课程和 240 道测验题。TPEE 不只保存您的提示词 — 它还教授这门手艺。
带照片的开发板目录,献给同样动手写代码的提示词工程师。
高对比度、色觉障碍支持和低视力主题让团队中的每个人都能使用编辑器。
TPEE 可以从您的 U 盘运行,走到哪里学到哪里:把 U 盘插入任何 Windows 兼容电脑,双击上面的 TPEE.exe 文件(无需安装),随时随地继续学习。您的学习进度保存在 U 盘上 — 您插入的电脑上不会安装任何东西。
Prominent feature不要只是写提示词 — 先与 LLM 就提示词本身展开一场对话。顶部面板中的一个按钮引导您完成五个步骤,一切都通过本地文件和剪贴板完成。TPEE 从不联系 LLM;对话由您主导。
Pre-Prompt + Your Prompt + Post-Prompt → clipboard → LLM chat → TPEE_Pmt_0001_Enhanced.txt
100% 本地:标记行像串口协议中的分隔符一样框住您的提示词,伴随文件保存在提示词旁边,唯一的传输方式就是您的剪贴板。没有网络,没有账户,没有中间商。
为个人、学生、求职者和团队打造。
完整的编辑器、评分和 IDE 导出都在您自己的电脑上 — 写作无需账户。
完整应用,12 个月更新。从价格区申请 — 我们亲自审核每一份申请。
$20 · application-approved完整应用,12 个月更新。从价格区申请 — 我们亲自审核每一份申请。
$20 · application-approvedBusiness 方案涵盖最多 5 位指定用户,内置 Team Management 套件。
带照片的开发板目录,献给同样动手写代码的工程师。
内置 80 节课程和 240 道测验题。TPEE 不只保存您的提示词 — 它还教授这门手艺。
80 节课程 · 240 道测验题 · 包含在每个方案中
没有免费方案 — 每个方案都用于支撑它所运行的基础设施。
$20 申请审核制
$20 申请审核制
$49 一次性购买
$79 一次性购买
$99 一次性购买
$299 一次性购买
获选的 Beta 测试者可使用代码 BETA30 以 7 折购买 Professional 方案 — 详见 Beta 计划。
直接的答案,没有小字套路。
是的 — 应用在运行时不发起任何网络请求。没有遥测,写提示词也不需要账户。可以用您的防火墙验证;我们鼓励这样做。(网站和 Stripe 结账显然是在线的。)
该警告出现是因为应用没有昂贵的 EV 代码签名证书 — 而不是因为有什么问题。点击“更多信息 → 仍要运行”。在此之前,请将您的下载文件与我们安全页面公布的 SHA-256 哈希值核对。
没有 — 运行基础设施需要成本,因此所有方案都是付费的。Student 和 Job Seeker 方案各为 20 美元,采用申请审核制:从价格区申请,我们会亲自审核每一份申请,并通过邮件回复。
12 个提示词区块中的每一个都会检查完整性和内部一致性,显示为绿色/黄色/红色,并汇总为 0–100 的评分。它不会替您写提示词 — 它告诉您什么时候已经把功课做完了。
23 种配置,包括 Cursor、VS Code 及其变体、Claude Code、Kiro 和 Windsurf — 如果您的工具不在列表中,还有通用格式化器。
14 家供应商的 150 个模型配置,含价格、上下文窗口和 API 字符上限。TPEE 不替您调用这些模型 — 它帮您写出适配它们的提示词。
两者都有。同一应用,同一构建:MSI 用于常规 Windows 安装,ZIP 可在任意位置运行(无需管理员权限)。
目前仅支持 Windows 10 和 11。这是一个原生 Rust/egui 应用,我们宁愿把一个平台支持好,也不愿把三个平台都做得马马虎虎。
获选的 Beta 测试者可以 7 折购买 Professional 方案(代码 BETA30),作为交换每月提供简短反馈。详情与申请:Beta 计划。
TPEE 在运行时不发起任何网络请求。没有 MCP 连接、没有分析、没有后台上报。您可以用自己的防火墙验证这一点 — 我们鼓励这样做。