docs(lark-doc): clarify when markdown escaping is needed#312
docs(lark-doc): clarify when markdown escaping is needed#312fangshuyu-768 merged 2 commits intolarksuite:mainfrom
Conversation
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: defaults Review profile: CHILL Plan: Pro Run ID: 📒 Files selected for processing (1)
✅ Files skipped from review due to trivial changes (1)
📝 WalkthroughWalkthroughDocumentation for Lark-flavored Markdown escape rules was narrowed: backslash escaping is required only when characters would be parsed as Markdown/Lark rich-text formatting, not for ordinary standalone characters. Changes
Estimated code review effort🎯 1 (Trivial) | ⏱️ ~4 minutes Poem
🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches🧪 Generate unit tests (beta)
Comment |
Greptile SummaryThis PR clarifies the Lark-flavored Markdown escaping guidance in As a bonus, the change also silently fixes a malformed inline code span in the original rule: the old single-backtick delimiters Confidence Score: 5/5Documentation-only change; safe to merge. All changes are documentation improvements with no logic, schema, or runtime code affected. The guidance is accurate, the examples are correct, and the PR also incidentally fixes a malformed code span. No P0/P1 findings. No files require special attention.
|
| Filename | Overview |
|---|---|
| skills/lark-doc/references/lark-doc-create.md | Two documentation improvements: tightened escaping rule to require escaping only when characters trigger formatting, added clarifying examples, and fixed a malformed single-backtick code span to use double backticks. |
Flowchart
%%{init: {'theme': 'neutral'}}%%
flowchart TD
A[Character in content] --> B{Would it trigger\nMarkdown/Lark formatting?}
B -- Yes --> C[Escape with backslash\ne.g. \\*italic\\*]
B -- No --> D[Leave unescaped\ne.g. 5 * 3, version~1.0]
C --> E[Renders as literal character]
D --> F[Renders as plain text]
Reviews (2): Last reviewed commit: "docs(lark-doc): fix escaped special char..." | Re-trigger Greptile
There was a problem hiding this comment.
Actionable comments posted: 1
🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.
Inline comments:
In `@skills/lark-doc/references/lark-doc-create.md`:
- Line 123: The inline code span containing the special-character list is
malformed (triggers MD038); replace the single-backtick delimited span around
the sequence `* ~ ` $ [ ] < > { } | ^` with a double-backtick inline code span
so the embedded backtick is preserved (e.g. use `` `* ~ ` $ [ ] < > { } | ^` ``)
ensuring the entire character list renders correctly and the MD038 warning is
resolved.
🪄 Autofix (Beta)
Fix all unresolved CodeRabbit comments on this PR:
- Push a commit to this branch (recommended)
- Create a new PR with the fixes
ℹ️ Review info
⚙️ Run configuration
Configuration used: defaults
Review profile: CHILL
Plan: Pro
Run ID: 5cfa917c-121c-474d-9cfd-5f6b025f6d49
📒 Files selected for processing (1)
skills/lark-doc/references/lark-doc-create.md
|
Thanks for the update and the careful clarification here. This makes the escaping rules much easier to understand, especially the distinction between characters that are merely present and characters that actually trigger formatting. Also appreciate the follow-up fix for the backtick example. |
Summary
Clarify that Lark Markdown escaping is only needed when characters would otherwise trigger Markdown / rich-text formatting.
Changes
5 * 3,version~1.0,final_trajectory)Related Issues
Summary by CodeRabbit
删除线) and updated best-practice guidance accordingly.