PinMe Share
Create a polished static share artifact, upload it with pinme upload, and return the final URL.
When to Use
Use this skill when the user asks to:
- Share or publish a result using PinMe.
- Create a static page that wraps a deployed project link, demo, report, or artifact.
- Summarize a Codex conversation/session and share it as a page.
- Turn a project handoff into a public landing or summary page.
- Upload an existing static file or folder for lightweight distribution.
If the user needs a backend, database, auth, email, or LLM functionality, use the main pinme skill and any relevant PinMe integration skill first. Use pinme-share at the end to package and publish the result.
Core Workflow
- Identify what is being shared:
- PinMe/full-stack project: deployed URL, short description, key features, tech stack, usage notes.
- Codex conversation: goal, decisions, implementation summary, important outputs, next steps.
- Static file/report/demo: title, purpose, file contents or preview, context for the recipient.
- Create a static share artifact:
- Prefer a single self-contained
index.html.
- Use
share/<slug>/index.html in the current workspace unless the repo has an existing output/share convention.
- Keep CSS inline for portability.
- Do not require JavaScript unless interaction is valuable.
- Sanitize before publishing:
- Remove secrets, tokens, API keys,
.env values, internal-only URLs, private user data, and unrelated logs.
- For conversation summaries, summarize rather than dumping raw transcript unless the user explicitly asks for verbatim sharing.
- Make links explicit and clickable.
- Upload with PinMe:
pinme upload share/<slug>
- Return the URL printed by PinMe. If PinMe outputs multiple URLs, prefer DNS domain, then PinMe subdomain, then short URL, then full preview URL. Never truncate hash fragments.
Share Page Content
For a project share page, include:
- Project name and one-sentence description.
- Primary launch/demo link as the first action.
- What it does, who it is for, and why it matters.
- Feature list focused on user-visible behavior.
- Build/deploy details only when useful to the recipient.
- Date and provenance such as "Created with Codex" only if appropriate.
For a conversation share page, include:
- Conversation title.
- Initial goal or question.
- Key context and constraints.
- Decisions made.
- Work completed or answer summary.
- Files changed, commands run, links produced, or artifacts created when relevant.
- Follow-up items.
For a file/report share page, include:
- Clear title and short abstract.
- Download/open link to the uploaded artifact if there is a separate file.
- Important excerpts or generated summary.
- Source/context notes.
HTML Guidelines
- Build a real share page, not a generic placeholder.
- Make the most important link visible in the first viewport.
- Use clean, responsive HTML/CSS that works as a standalone static file.
- Keep the design restrained and readable; avoid overdecorated marketing layouts for technical handoffs.
- Use semantic sections, accessible contrast, descriptive link text, and sensible mobile spacing.
- Escape user-provided text before inserting it into HTML.
- If showing code or command output, wrap it in
<pre><code> and keep it short.
PinMe Upload Checklist
Before upload:
pinme --version
If PinMe is missing or stale, install or update it according to the main pinme skill. Authentication is required for upload:
pinme login
# or: pinme set-appkey <AppKey>
Upload examples:
pinme upload share/my-project
pinme upload share/conversation-summary
pinme upload ./report.html
pinme upload ./dist
Do not upload:
.env, .git, node_modules, source trees, private datasets, raw logs with credentials, or unrelated build cache.
- Raw conversation transcripts that may include secrets or private context unless the user explicitly approves the exact content.
Final Response
Tell the user:
- What share artifact was created.
- The PinMe URL returned by upload.
- Any important caveat, such as skipped upload because PinMe was not authenticated or unavailable.
Keep the response short. The URL is the main deliverable.
1---2name: pinme-share3description: Use this skill when the user wants to share, publish, or upload a static result through PinMe, especially by generating a static HTML share page for a PinMe project link, deployed full-stack app, Codex conversation summary, report, file, demo, or any 分享/发布/上传分享页 request that should end with `pinme upload`.4---5
6# PinMe Share
7
8Create a polished static share artifact, upload it with `pinme upload`, and return the final URL.
9
10## When to Use
11
12Use this skill when the user asks to:
13
14- Share or publish a result using PinMe.
15- Create a static page that wraps a deployed project link, demo, report, or artifact.
16- Summarize a Codex conversation/session and share it as a page.
17- Turn a project handoff into a public landing or summary page.
18- Upload an existing static file or folder for lightweight distribution.
19
20If the user needs a backend, database, auth, email, or LLM functionality, use the main `pinme` skill and any relevant PinMe integration skill first. Use `pinme-share` at the end to package and publish the result.
21
22## Core Workflow
23
241. Identify what is being shared:
25 - **PinMe/full-stack project**: deployed URL, short description, key features, tech stack, usage notes.
26 - **Codex conversation**: goal, decisions, implementation summary, important outputs, next steps.
27 - **Static file/report/demo**: title, purpose, file contents or preview, context for the recipient.
282. Create a static share artifact:
29 - Prefer a single self-contained `index.html`.
30 - Use `share/<slug>/index.html` in the current workspace unless the repo has an existing output/share convention.
31 - Keep CSS inline for portability.
32 - Do not require JavaScript unless interaction is valuable.
333. Sanitize before publishing:
34 - Remove secrets, tokens, API keys, `.env` values, internal-only URLs, private user data, and unrelated logs.
35 - For conversation summaries, summarize rather than dumping raw transcript unless the user explicitly asks for verbatim sharing.
36 - Make links explicit and clickable.
374. Upload with PinMe:
38 ```bash
39 pinme upload share/<slug>
40 ```
415. Return the URL printed by PinMe. If PinMe outputs multiple URLs, prefer DNS domain, then PinMe subdomain, then short URL, then full preview URL. Never truncate hash fragments.
42
43## Share Page Content
44
45For a project share page, include:
46
47- Project name and one-sentence description.
48- Primary launch/demo link as the first action.
49- What it does, who it is for, and why it matters.
50- Feature list focused on user-visible behavior.
51- Build/deploy details only when useful to the recipient.
52- Date and provenance such as "Created with Codex" only if appropriate.
53
54For a conversation share page, include:
55
56- Conversation title.
57- Initial goal or question.
58- Key context and constraints.
59- Decisions made.
60- Work completed or answer summary.
61- Files changed, commands run, links produced, or artifacts created when relevant.
62- Follow-up items.
63
64For a file/report share page, include:
65
66- Clear title and short abstract.
67- Download/open link to the uploaded artifact if there is a separate file.
68- Important excerpts or generated summary.
69- Source/context notes.
70
71## HTML Guidelines
72
73- Build a real share page, not a generic placeholder.
74- Make the most important link visible in the first viewport.
75- Use clean, responsive HTML/CSS that works as a standalone static file.
76- Keep the design restrained and readable; avoid overdecorated marketing layouts for technical handoffs.
77- Use semantic sections, accessible contrast, descriptive link text, and sensible mobile spacing.
78- Escape user-provided text before inserting it into HTML.
79- If showing code or command output, wrap it in `<pre><code>` and keep it short.
80
81## PinMe Upload Checklist
82
83Before upload:
84
85```bash
86pinme --version
87```
88
89If PinMe is missing or stale, install or update it according to the main `pinme` skill. Authentication is required for upload:
90
91```bash
92pinme login
93# or: pinme set-appkey <AppKey>
94```
95
96Upload examples:
97
98```bash
99pinme upload share/my-project
100pinme upload share/conversation-summary
101pinme upload ./report.html
102pinme upload ./dist
103```
104
105Do not upload:
106
107- `.env`, `.git`, `node_modules`, source trees, private datasets, raw logs with credentials, or unrelated build cache.
108- Raw conversation transcripts that may include secrets or private context unless the user explicitly approves the exact content.
109
110## Final Response
111
112Tell the user:
113
114- What share artifact was created.
115- The PinMe URL returned by upload.
116- Any important caveat, such as skipped upload because PinMe was not authenticated or unavailable.
117
118Keep the response short. The URL is the main deliverable.