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단계 프롬프트 강화 워크플로 — 네모에 체크한 다음 화살표를 클릭하세요
Complete the prompt sections as you would in normal prompt editing.
“USE PROMPT ENHANCING WORKFLOW”(Build 183)의 인터랙티브 복제. 네모에 체크한 다음 화살표나 번호가 매겨진 원으로 단계를 진행하세요 — 색상은 앱과 똑같이 변합니다. 다운로드 버전은 실제 워크플로를 실행합니다. 작동 방식 보기 ↓
앱의 📋 Copy to Clipboard 및 👁 Preview 버튼 인터랙티브 데모(Build 183) — 실제 애플리케이션을 시뮬레이션하기 위한 데모일 뿐입니다: 버튼은 앱과 똑같이 작동하지만, 그 뒤에 있는 프롬프트는 12개 편집기 섹션이 모두 채워진 고정된 완전한 예제(GreenHouse-One 프로젝트)입니다. 실제 앱에서는 여러분의 섹션을 복사하고 미리 봅니다.
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% 오프라인으로 작동하며 USB 스틱에서도 실행할 수 있습니다. 프로젝트의 모든 프롬프트를 완전히 오프라인으로 준비할 수 있습니다 — 장기적인 새 프로젝트 설정부터, 프로젝트 수명 동안의 유지 관리, 릴리스까지. 모든 설명을 읽고 이해한다면(3시간 이내에 가능), TPEE 방식은 토큰 비용에서 수천 USD를 절약하고, 여러분과 제공업체의 전기 요금을 낮추며, 무엇보다 모든 세션에서 원하는 대로 훌륭한 결과를 얻어 낭비되는 시간을 거의 0으로 줄여 줍니다.
TPEE에서 프롬프트를 편집하는 것은 어떤 느낌일까요? 12개의 섹션 편집기 각각이 실제 애플리케이션의 인터랙티브 복제로 이 브라우저에 표시됩니다 — 한 번에 하나씩.
실제 앱과 똑같은 Persona 편집기 — 직접 페르소나를 입력하거나, 📋 -- Select or Type -- 버튼을 클릭해 275개의 기성 페르소나 중에서 선택하고, 📋 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개 페르소나 라이브러리(필터 상자에 입력하여 좁히면 이름이 정확히 하나 일치할 때 앱이 즉시 적용), 앱 고유의 규칙으로 키 입력마다 다시 채점되는 동일한 라이브 품질 표시기(✗ 빨간색 Poor, ⚠ 노란색 Needs Work, ✓ 녹색 Good), 동일한 📋 Quality Guidance 텍스트와 색상, 작동하는 📋 Copy Persona to Clipboard 버튼. 솔직한 차이점 하나 — 앱은 페르소나를 프롬프트 파일에 저장합니다. 이 브라우저 복제는 페이지가 열려 있는 동안만 유지합니다.
실제 앱과 똑같은 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 버튼. 솔직한 차이점 하나 — 앱은 지시문을 프롬프트 파일에 저장합니다. 이 브라우저 복제는 페이지가 열려 있는 동안만 유지합니다.
실제 앱과 똑같은 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)(좋은 컨텍스트는 정보가 풍부하지만 간결합니다: 앱은 텍스트 밀도 대비 단어 수를 채점합니다), 동일한 📋 Quality Guidance 텍스트와 색상, 작동하는 📋 Copy Context to Clipboard 버튼. 솔직한 차이점 하나 — 앱은 컨텍스트를 프롬프트 파일에 저장합니다. 이 브라우저 복제는 페이지가 열려 있는 동안만 유지합니다.
실제 앱과 똑같은 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) — 230개 보드가 있는 동일한 🔧 Hardware / Development Board 선택(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, 표, 글머리 목록 같은 구조를 명시하고, 헤더, 섹션, 마크다운 같은 구체적인 내용을 추가), 동일한 📋 Quality Guidance 텍스트와 색상, 작동하는 📋 Copy Format to Clipboard 버튼. 솔직한 차이점 하나 — 앱은 형식을 프롬프트 파일에 저장합니다. 이 브라우저 복제는 페이지가 열려 있는 동안만 유지합니다.
실제 앱과 똑같은 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 버튼. 솔직한 차이점 하나 — 앱은 대상을 프롬프트 파일에 저장합니다. 이 브라우저 복제는 페이지가 열려 있는 동안만 유지합니다.
실제 앱과 똑같은 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 버튼. 솔직한 차이점 하나 — 앱은 톤을 프롬프트 파일에 저장합니다. 이 브라우저 복제는 페이지가 열려 있는 동안만 유지합니다.
실제 앱과 똑같은 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 버튼. 솔직한 차이점 하나 — 앱은 데이터를 프롬프트 파일에 저장합니다. 이 브라우저 복제는 페이지가 열려 있는 동안만 유지합니다.
실제 앱과 똑같은 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 버튼. 솔직한 차이점 하나 — 앱은 예시를 프롬프트 파일에 저장합니다. 이 브라우저 복제는 페이지가 열려 있는 동안만 유지합니다.
실제 앱과 똑같은 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 에이전트를 정의하고, 라이브 품질 표시기가 키 입력마다 다시 채점되는 것을 지켜보고, 📋 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 텍스트와 색상(역할, 기능, 워크플로가 명확한 구체적인 에이전트 정의가 가장 좋은 점수를 받습니다), 작동하는 📋 Copy Agents to Clipboard 버튼. 솔직한 차이점 하나 — 앱은 에이전트 구성을 프롬프트 파일에 저장합니다. 이 브라우저 복제는 페이지가 열려 있는 동안만 유지합니다.
TPEE의 기능은 실제로 무엇을 할까요? 각각이 실제 애플리케이션의 인터랙티브 복제로 이 브라우저에 표시됩니다 — 한 번에 하나씩.
User's Manual 버튼 — 클릭하여 샘플 보기
이 User's Manual 인터랙티브 복제는 앱에 포함된 것과 똑같은 완전한 매뉴얼을 보여줍니다(Build 183) — 동일한 3개 문서, 동일한 목차. 앱을 다운로드하면 항상 최신판을 가지고 다닐 수 있습니다.
Learning 메뉴의 Open Learning Center 버튼 — 클릭하여 샘플 보기
이 Learning Center - TPEE Professional AI Course 인터랙티브 복제는 앱에 포함된 것과 똑같은 완전한 과정을 보여줍니다(Build 183) — 동일한 80개 강의와 동일한 240개 퀴즈 문제, 동일한 창 레이아웃. 실제 퀴즈에 도전해 보세요: 앱과 똑같이 채점됩니다. 솔직한 차이점 하나 — 앱은 학습자의 진도를 디스크에 저장합니다. 이 브라우저 복제는 페이지가 열려 있는 동안만 유지합니다.
IDE 콤보박스 — 클릭하여 샘플 보기
앱의 IDE 콤보박스 인터랙티브 복제는 앱에 포함된 것과 똑같은 23개 IDE 프로필을 보여줍니다(Build 183) — 동일한 목록, 동일한 선택 동작, 동일한 상태 줄. 실제 앱에서는 선택한 IDE가 프롬프트 포맷, 내보내기, 채점, 최적화 팁도 제어합니다. IDE 목록은 실제 앱에서 매주 업데이트됩니다 — 앱을 다운로드하면 항상 최신 IDE 프로필을 가지고 다닐 수 있습니다.
Model 콤보박스 — 클릭하여 샘플 보기
앱의 Model 콤보박스 인터랙티브 복제는 앱에 포함된 것과 똑같은 14개 제공업체의 150개 AI 모델을 보여줍니다(Build 183) — 동일한 목록, 동일한 입력 필터 상자, 동일한 제공업체 그룹, 동일한 선택 동작, 동일한 상태 줄. 실제 앱에서는 선택한 모델이 프롬프트 포맷, 채점, 최적화 팁, PRD 생성기도 제어합니다 — 그리고 첫 실행 시 앱은 기본값인 Claude Fable 5를 미리 선택합니다. 모델 목록은 실제 앱에서 매주 업데이트됩니다 — 앱을 다운로드하면 항상 최신 모델 프로필을 가지고 다닐 수 있습니다.
Show API Limits 버튼 — 클릭하여 샘플 보기
앱의 API Character Limits 패널 인터랙티브 복제는 앱에 포함된 것과 똑같은 14개 제공업체의 150개 AI 모델을 보여줍니다(Build 183) — 동일한 제공업체 열, 동일한 카드, 동일한 가격, 동일한 최신순 정렬. 솔직한 차이점 두 가지: 실제 앱에서는 각 카드의 색상 막대가 라이브 프롬프트 문자 수로 채워지고 모델 한도에 가까워질수록 녹색 → 노란색 → 주황색 → 빨간색으로 변합니다(여기서는 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) — 동일한 팁 엔진, 동일한 4개 카테고리(📐 Structure, 🎨 Style, 📏 Length, ⚡ 특징), 동일한 색상. 팁은 위의 IDE 및 Model 콤보박스에서 선택한 IDE와 모델에 대해 계산되며 선택에 따라 자동으로 바뀝니다. 실제 앱과 똑같습니다 — 직접 해보세요: 팁을 열고 위에서 다른 IDE나 모델을 선택하면 창이 따라오는 것을 볼 수 있습니다(첫 실행 시 앱 자체가 Cursor + Claude Fable 5를 미리 선택). 최적화 팁은 실제 앱에서 매주 업데이트됩니다 — 앱을 다운로드하면 항상 최신 팁을 가지고 다닐 수 있습니다.
📋 Projects Prefixes 버튼 — 클릭하여 Projects Prefixes Library 창 보기
이 인터랙티브 복제는 앱의 File Name / Project Prefix 도구 모음 줄과 📋 Projects Prefixes Library 창을 앱에 포함된 것과 똑같이 보여줍니다(Build 183) — 동일한 필드, 동일한 기본값(File Name “prompt.txt”, Project Prefix “T1042CW”), 동일한 추가 / 빠른 추가 / 선택 / 제거 동작, 동일한 상태 메시지. 모든 것이 작동합니다: 접두사를 입력해 라이브러리에 추가하고, 저장된 접두사를 클릭해 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 — 12개 섹션. 각각에 GREEN/YELLOW/RED 준비 상태 표시기가 있으며 0~100 품질 점수로 합산됩니다.
가격, 컨텍스트 창, API 문자 제한을 포함한 14개 제공업체의 150개 모델 프로필 — 작성하는 프롬프트가 실제로 실행할 모델에 맞도록.
한 번 포맷하면 어디로든 내보내기: Cursor, VS Code 변형, Claude Code, Kiro, Windsurf를 포함한 23개 IDE 프로필.
버전 기록과 자동 백업이 있는 로컬 프롬프트 라이브러리가 모든 초안을 내 컴퓨터에서 안전하게 보관합니다.
PRD Innovator가 막연한 아이디어를 구조화된 요구사항으로 바꿉니다.
Claude Team Designer와 팀 관리 스위트가 멀티 에이전트 작업을 정리합니다.
80개 강의와 240개 퀴즈 문제가 내장되어 있습니다. TPEE는 프롬프트를 보관할 뿐만 아니라 기술 자체를 가르칩니다.
사진이 포함된 개발 보드 카탈로그 — 비트도 다루는 프롬프트 엔지니어를 위해.
고대비, 색각 지원, 저시력 테마 덕분에 팀의 모든 사람이 편집기를 사용할 수 있습니다.
TPEE는 USB 스틱에서 실행되므로 어디를 가든 학습할 수 있습니다: USB 스틱을 Windows 호환 컴퓨터에 꽂고 그 안의 TPEE.exe 파일을 더블 클릭하면(설치 불필요) 이동 중에도 학습을 계속할 수 있습니다. 학습 진행 상황은 USB 스틱에 보관됩니다 — 꽂은 컴퓨터에는 아무것도 설치되지 않습니다.
Prominent feature프롬프트를 그냥 쓰지 마세요 — 먼저 LLM과 그것에 대해 대화하세요. 상단 패널의 버튼 하나가 5단계를 안내하며, 모든 것은 로컬 파일과 클립보드로 이루어집니다. 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명의 지정 사용자를 다루며 팀 관리 스위트가 내장되어 있습니다.
사진이 포함된 개발 보드 카탈로그 — 비트도 다루는 엔지니어를 위해.
80개 강의와 240개 퀴즈 문제가 내장되어 있습니다. TPEE는 프롬프트를 보관할 뿐만 아니라 기술 자체를 가르칩니다.
80개 강의 · 240개 퀴즈 문제 · 모든 플랜에 포함
무료 플랜은 없습니다 — 모든 플랜이 운영 인프라 비용을 충당하는 데 도움이 됩니다.
$20 신청 승인
$20 신청 승인
$49 일회성 결제
$79 일회성 결제
$99 일회성 결제
$299 일회성 결제
승인된 베타 테스터는 코드 BETA30로 Professional 플랜 30% 할인을 받습니다 — 베타 프로그램을 참조하세요.
복잡한 조항 없는 명확한 답변.
네 — 앱은 실행 중 네트워크 호출을 하지 않습니다. 텔레메트리 없음, 프롬프트 작성에 계정 불필요. 방화벽으로 확인해 보세요. 우리도 권장합니다. (웹사이트와 Stripe 결제는 당연히 온라인입니다.)
그 경고는 비싼 EV 코드 서명 인증서가 없는 앱에 표시되는 것입니다 — 문제가 있어서가 아닙니다. “추가 정보 → 그래도 실행”을 클릭하세요. 실행 전에 보안 페이지에 게시된 SHA-256 해시와 다운로드를 대조하세요.
아니요 — 인프라 운영에는 비용이 들기 때문에 모든 플랜이 유료입니다. Student 및 Job Seeker 플랜은 각각 USD 20.00이며 신청 승인 방식입니다: 가격 섹션에서 신청하면 모든 신청을 우리가 직접 검토하고 이메일로 답변합니다.
12개의 프롬프트 섹션 각각이 완전성과 내부 일관성에 대해 검사되어 GREEN/YELLOW/RED로 표시되고 0~100 점수로 합산됩니다. 프롬프트를 대신 작성하지는 않습니다 — 작업을 완료했을 때를 알려줍니다.
23개 프로필: Cursor, VS Code 및 그 변형, Claude Code, Kiro, Windsurf 등을 포함하며, 도구가 목록에 없으면 범용 포맷터도 있습니다.
가격, 컨텍스트 창, API 문자 제한을 포함한 14개 제공업체의 150개 모델 프로필. TPEE가 이 모델을 대신 호출하지는 않습니다 — 모델에 맞는 프롬프트를 작성하도록 도와줍니다.
둘 다. 동일한 앱, 동일한 빌드: MSI는 일반 Windows 설치용, ZIP은 어디서나 실행용(관리자 권한 불필요)입니다.
현재는 Windows 10과 11만 지원합니다. 네이티브 Rust/egui 앱이며, 세 플랫폼을 제대로 지원하지 못하는 것보다 한 플랫폼을 제대로 지원하는 편이 낫다고 생각합니다.
승인된 베타 테스터는 매월 짧은 피드백을 제공하는 대가로 Professional 플랜 30% 할인(코드 BETA30)을 받습니다. 자세한 내용과 신청: 베타 프로그램.
TPEE는 실행 중 네트워크 호출을 전혀 하지 않습니다. MCP 연결도, 분석도, 전화 연결도 없습니다. 직접 방화벽으로 확인할 수 있습니다 — 우리도 권장합니다.