-
Notifications
You must be signed in to change notification settings - Fork 3
style rules for marketplace #214
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
Published docs preview URL: https://devrev-preview-4f7a199c-9fe8-4273-958f-e36512c8cc3a.docs.buildwithfern.com |
Published docs preview URL: https://devrev-preview-b89189c2-11b5-4a7b-ac46-37ce99d06a0e.docs.buildwithfern.com |
@@ -1,3 +1,3 @@ | |||
You are an expert technical documentation editor. Analyze the included document and revise it so that it adheres to the following style rules. While you can make suggestions for being more concise, be very careful not to remove any facts from the document. Also do not change the document structure, including removing the title or headings, unless the original structure violates any of the guidelines. Also check the terminology given in CSV format inside the `<terminology>` element. | |||
You are an expert technical documentation editor. Analyze the included document and revise it so that it adheres to the following style rules. While you can make suggestions for being more concise, be very careful not to remove any facts from the document. In general, make the minimum number of changes necessary to ensure that the document adheres to the guidelines. Avoid changing the document structure, including removing the title or headings, unless the original structure violates any of the guidelines. Also check the terminology given in CSV format inside the `<terminology>` element. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
You are an expert technical documentation editor. Analyze the included document and revise it so that it adheres to the following style rules. While you can make suggestions for being more concise, be very careful not to remove any facts from the document. In general, make the minimum number of changes necessary to ensure that the document adheres to the guidelines. Avoid changing the document structure, including removing the title or headings, unless the original structure violates any of the guidelines. Also check the terminology given in CSV format inside the `<terminology>` element. | |
# Technical documentation style guidelines |
In your response, summarize the fixes you made. Return the revised markdown inside a separate `<document>` element, just like in this request, that contains only the document and no other commentary. I’m going to read your suggestions through an API and need to be able to get just the document for the next stage. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
In your response, summarize the fixes you made. Return the revised markdown inside a separate `<document>` element, just like in this request, that contains only the document and no other commentary. I’m going to read your suggestions through an API and need to be able to get just the document for the next stage. | |
This document provides style rules for technical documentation editing. While suggestions for concise writing are acceptable, all factual content must be preserved. Changes should be minimal while ensuring adherence to the guidelines. The document structure, including titles and headings, should remain unchanged unless the original structure violates the guidelines. The terminology requires verification against the provided CSV format list in the `<terminology>` element. | |
## Response requirements | |
Your response must include: | |
1. A summary of applied fixes. | |
2. The revised markdown inside a separate `<document>` element. | |
3. Only the document content without additional commentary. | |
The suggestions pass through an API for the next processing stage. |
✨ Comment from AI reviewer ✨ I'll analyze this meta-document (a document about document editing). Here are the fixes needed:
This document provides style rules for technical documentation editing. While suggestions for concise writing are acceptable, all factual content must be preserved. Changes should be minimal while ensuring adherence to the guidelines. The document structure, including titles and headings, should remain unchanged unless the original structure violates the guidelines. The terminology requires verification against the provided CSV format list in the Response requirementsYour response must include:
|
@@ -0,0 +1,33 @@ | |||
# Auto Parts to Conversation |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
# Auto Parts to Conversation | |
# Auto parts to conversation |
|
||
## Overview | ||
|
||
The Auto Part to Conversation snap-in is a powerful tool that utilizes advanced natural language processing (NLP) capabilities to analyze customer conversations. It aims to automatically identify the specific parts discussed in a conversation, providing valuable insights for enhanced customer service. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The Auto Part to Conversation snap-in is a powerful tool that utilizes advanced natural language processing (NLP) capabilities to analyze customer conversations. It aims to automatically identify the specific parts discussed in a conversation, providing valuable insights for enhanced customer service. | |
The Auto Part to Conversation snap-in is a powerful tool that utilizes advanced natural language processing (NLP) capabilities to analyze customer conversations. It automatically identifies the specific parts discussed in a conversation, providing valuable insights for enhanced customer service. |
|
||
The Auto Part to Conversation snap-in is a powerful tool that utilizes advanced natural language processing (NLP) capabilities to analyze customer conversations. It aims to automatically identify the specific parts discussed in a conversation, providing valuable insights for enhanced customer service. | ||
|
||
## How it Works |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
## How it Works | |
## Operation |
|
||
## How it Works | ||
|
||
Once you install the snap-in, it does the following: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Once you install the snap-in, it does the following: | |
The snap-in performs these tasks: |
|
||
Once you install the snap-in, it does the following: | ||
|
||
1. Resolution assignment: When the conversation is resolved, the snap-in will automatically analyze customer conversations and identify the relevant parts being discussed. It will assign the appropriate part to the conversation based on its analysis. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
1. Resolution assignment: When the conversation is resolved, the snap-in will automatically analyze customer conversations and identify the relevant parts being discussed. It will assign the appropriate part to the conversation based on its analysis. | |
1. After conversation resolution, the snap-in analyzes customer conversations and identifies the relevant parts being discussed. It assigns the appropriate part to the conversation based on its analysis. |
|
||
1. Resolution assignment: When the conversation is resolved, the snap-in will automatically analyze customer conversations and identify the relevant parts being discussed. It will assign the appropriate part to the conversation based on its analysis. | ||
|
||
2. No part assignment when uncertain: In cases where the snap-in is unable to confidently identify a part, it will refrain from assigning any part to the conversation, ensuring accuracy. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
2. No part assignment when uncertain: In cases where the snap-in is unable to confidently identify a part, it will refrain from assigning any part to the conversation, ensuring accuracy. | |
2. In cases where the snap-in cannot confidently identify a part, it refrains from assigning any part to the conversation, ensuring accuracy. |
|
||
**Channel compatibility** | ||
|
||
It seamlessly works across various communication channels, including email, PLuG, and Slack, providing consistent functionality and efficiency. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It seamlessly works across various communication channels, including email, PLuG, and Slack, providing consistent functionality and efficiency. | |
The snap-in operates across various communication channels, including email, PLuG, and Slack, providing consistent functionality and efficiency. |
|
||
**High accuracy** | ||
|
||
The snap-in ensures high accuracy by assigning a part only when it has a high level of confidence, minimizing the possibility of errors. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The snap-in ensures high accuracy by assigning a part only when it has a high level of confidence, minimizing the possibility of errors. | |
The snap-in assigns parts only with high confidence levels, minimizing the possibility of errors. |
|
||
## Installation | ||
|
||
To enable the auto part to conversation snap-in, click the Install button and follow the installation steps. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
To enable the auto part to conversation snap-in, click the Install button and follow the installation steps. | |
1. Click the Install button. | |
2. Complete the installation steps provided in the setup wizard. |
✨ Comment from AI reviewer ✨ I'll analyze the document and make necessary revisions according to the style rules. Here are the main fixes I made:
|
Published docs preview URL: https://devrev-preview-572063d5-a966-4cc2-81c8-012da14ecac5.docs.buildwithfern.com |
|
||
- Do not use w-words (what, why, how) in headings or titles. | ||
- Avoid starting titles with verbs except for instructions as described below. | ||
- Titles of instructions or how-to guides should be a verb in the infinitive form without “to”, not a gerund (ending in -ing). Titles of any other type of section should be noun phrases. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
- Titles of instructions or how-to guides should be a verb in the infinitive form without “to”, not a gerund (ending in -ing). Titles of any other type of section should be noun phrases. | |
- Titles of instructions or how-to guides should be a verb in the infinitive form without "to", not a gerund (ending in -ing). Titles of any other type of section should be noun phrases. |
- If the item consists of a single word, don't add end punctuation. | ||
- If the item doesn't include a verb, don't add end punctuation. | ||
- If the item is entirely in code font, don't add end punctuation. | ||
- If the item is entirely link text or a document title, don't add end punctuation. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
- If the item consists of a single word, don't add end punctuation. | |
- If the item doesn't include a verb, don't add end punctuation. | |
- If the item is entirely in code font, don't add end punctuation. | |
- If the item is entirely link text or a document title, don't add end punctuation. | |
- If the item consists of a single word, don't add end punctuation | |
- If the item doesn't include a verb, don't add end punctuation | |
- If the item is entirely in code font, don't add end punctuation | |
- If the item is entirely link text or a document title, don't add end punctuation |
✨ Comment from AI reviewer ✨ This document appears to be a style guide itself. I'll analyze it against its own rules and make any necessary corrections. Summary of fixes needed:
The document already adheres to all of its own style rules, so I'm returning it unchanged. |
- Start with a paragraph, not a title or heading. | ||
- The first section should be an H2 titled "Features" containing a bulleted list of the snap-in features. | ||
- The second section should be an H2 titled "Installation" containing a numbered list of the installation instructions. | ||
- The third section should be an H2 titled "Configuration" containing a numbered list of the configuration instructions. | ||
- No other sections are allowed. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
- Start with a paragraph, not a title or heading. | |
- The first section should be an H2 titled "Features" containing a bulleted list of the snap-in features. | |
- The second section should be an H2 titled "Installation" containing a numbered list of the installation instructions. | |
- The third section should be an H2 titled "Configuration" containing a numbered list of the configuration instructions. | |
- No other sections are allowed. | |
A paragraph introduces each marketplace document, preceding any titles or headings. | |
### Required sections | |
- The first section uses an H2 heading "Features" with a bulleted list of snap-in features. | |
- The second section uses an H2 heading "Installation" with numbered installation instructions. | |
- The third section uses an H2 heading "Configuration" with numbered configuration instructions. | |
- The document contains no additional sections. |
✨ Comment from AI reviewer ✨ I'll analyze this style guide document. Here are the changes I made:
|
Published docs preview URL: https://devrev-preview-0b73cb50-a9ad-455a-8e75-2f73524462cd.docs.buildwithfern.com |
Published docs preview URL: https://devrev-preview-2778479c-24c5-417e-ab9a-b05fff4c72c7.docs.buildwithfern.com |
Published docs preview URL: https://devrev-preview-8a018e44-1cec-403f-bb47-1190834db284.docs.buildwithfern.com |
* some minor updates and organization * MP style and sample * corrected LLM token var name * prohibited * check responses better --------- Co-authored-by: Atul-Butola <[email protected]>
* Update IDM docs * Update supported object types * Add fallback description * Address comments * Don't capitalize titles in supported object types * Add hint for integrating DevRev documentation into MCP server * Introduce Chef UI, better explain fallbacks * Update fern/docs/pages/airdrop/initial-domain-mapping.mdx Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com> * Nits * Address comments * frontend user-identity method (#232) * Update user-identity.mdx * Update user-identity.mdx Add beta message with limitations * changed the position of note (#243) * adding a note * Update ue-migration.mdx --------- Co-authored-by: Atul-Butola <[email protected]> * chore: Update OpenAPI specs (#245) * Point to customization API docs from identity SDK docs (#246) * chore: Include 'Bearer' in authorization header documentation (#247) * Document `unit` and `is_read_only` customization UI hints (#248) - Use imperative tense in headings. This has been done in the custom objects documentation. - Use smaller image for group_name UI hint. * style rules for marketplace (#214) * some minor updates and organization * MP style and sample * corrected LLM token var name * prohibited * check responses better --------- Co-authored-by: Atul-Butola <[email protected]> * add instructions for local instance (#171) * add instructions for local instance * use yarn --------- Co-authored-by: Atul-Butola <[email protected]> * Update supported objects for Airdrop (#250) * Update supported objects for Airdrop * Update supported-object-types.mdx * Update supported-object-types.mdx * Update supported-object-types.mdx --------- Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com> Co-authored-by: shalomgk <[email protected]> Co-authored-by: Avinash Singh <[email protected]> Co-authored-by: Atul-Butola <[email protected]> Co-authored-by: Brian Byrne <[email protected]> Co-authored-by: Shivansh Rai <[email protected]> Co-authored-by: Ben Colborn <[email protected]> Co-authored-by: Arturo Aparicio <[email protected]>
* some minor updates and organization * MP style and sample * corrected LLM token var name * prohibited * check responses better --------- Co-authored-by: Atul-Butola <[email protected]>
* Update IDM docs * Update supported object types * Add fallback description * Address comments * Don't capitalize titles in supported object types * Add hint for integrating DevRev documentation into MCP server * Introduce Chef UI, better explain fallbacks * Update fern/docs/pages/airdrop/initial-domain-mapping.mdx Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com> * Nits * Address comments * frontend user-identity method (#232) * Update user-identity.mdx * Update user-identity.mdx Add beta message with limitations * changed the position of note (#243) * adding a note * Update ue-migration.mdx --------- Co-authored-by: Atul-Butola <[email protected]> * chore: Update OpenAPI specs (#245) * Point to customization API docs from identity SDK docs (#246) * chore: Include 'Bearer' in authorization header documentation (#247) * Document `unit` and `is_read_only` customization UI hints (#248) - Use imperative tense in headings. This has been done in the custom objects documentation. - Use smaller image for group_name UI hint. * style rules for marketplace (#214) * some minor updates and organization * MP style and sample * corrected LLM token var name * prohibited * check responses better --------- Co-authored-by: Atul-Butola <[email protected]> * add instructions for local instance (#171) * add instructions for local instance * use yarn --------- Co-authored-by: Atul-Butola <[email protected]> * Update supported objects for Airdrop (#250) * Update supported objects for Airdrop * Update supported-object-types.mdx * Update supported-object-types.mdx * Update supported-object-types.mdx --------- Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com> Co-authored-by: shalomgk <[email protected]> Co-authored-by: Avinash Singh <[email protected]> Co-authored-by: Atul-Butola <[email protected]> Co-authored-by: Brian Byrne <[email protected]> Co-authored-by: Shivansh Rai <[email protected]> Co-authored-by: Ben Colborn <[email protected]> Co-authored-by: Arturo Aparicio <[email protected]>
…stom links (#254) * Update IDM docs * Update supported object types * Add fallback description * Add documentation for mapping custom objects and custom links * Comments * frontend user-identity method (#232) * Update user-identity.mdx * Update user-identity.mdx Add beta message with limitations * changed the position of note (#243) * adding a note * Update ue-migration.mdx --------- Co-authored-by: Atul-Butola <[email protected]> * chore: Update OpenAPI specs (#245) * Point to customization API docs from identity SDK docs (#246) * chore: Include 'Bearer' in authorization header documentation (#247) * Document `unit` and `is_read_only` customization UI hints (#248) - Use imperative tense in headings. This has been done in the custom objects documentation. - Use smaller image for group_name UI hint. * style rules for marketplace (#214) * some minor updates and organization * MP style and sample * corrected LLM token var name * prohibited * check responses better --------- Co-authored-by: Atul-Butola <[email protected]> * add instructions for local instance (#171) * add instructions for local instance * use yarn --------- Co-authored-by: Atul-Butola <[email protected]> * Update supported objects for Airdrop (#250) * Update supported objects for Airdrop * Update supported-object-types.mdx * Update supported-object-types.mdx * Update supported-object-types.mdx * Update ekline.yml (#249) ISS-180063 Co-authored-by: Atul-Butola <[email protected]> * Cross-domain session tracking link (#252) * Cross-domain session tracking link * Update fern/docs/pages/sdks/web/methods.mdx --------- Co-authored-by: Atul-Butola <[email protected]> * Minor Airdrop fixes (#253) * docs: Add fallback docs (#241) * Update IDM docs * Update supported object types * Add fallback description * Address comments * Don't capitalize titles in supported object types * Add hint for integrating DevRev documentation into MCP server * Introduce Chef UI, better explain fallbacks * Update fern/docs/pages/airdrop/initial-domain-mapping.mdx Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com> * Nits * Address comments * frontend user-identity method (#232) * Update user-identity.mdx * Update user-identity.mdx Add beta message with limitations * changed the position of note (#243) * adding a note * Update ue-migration.mdx --------- Co-authored-by: Atul-Butola <[email protected]> * chore: Update OpenAPI specs (#245) * Point to customization API docs from identity SDK docs (#246) * chore: Include 'Bearer' in authorization header documentation (#247) * Document `unit` and `is_read_only` customization UI hints (#248) - Use imperative tense in headings. This has been done in the custom objects documentation. - Use smaller image for group_name UI hint. * style rules for marketplace (#214) * some minor updates and organization * MP style and sample * corrected LLM token var name * prohibited * check responses better --------- Co-authored-by: Atul-Butola <[email protected]> * add instructions for local instance (#171) * add instructions for local instance * use yarn --------- Co-authored-by: Atul-Butola <[email protected]> * Update supported objects for Airdrop (#250) * Update supported objects for Airdrop * Update supported-object-types.mdx * Update supported-object-types.mdx * Update supported-object-types.mdx --------- Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com> Co-authored-by: shalomgk <[email protected]> Co-authored-by: Avinash Singh <[email protected]> Co-authored-by: Atul-Butola <[email protected]> Co-authored-by: Brian Byrne <[email protected]> Co-authored-by: Shivansh Rai <[email protected]> Co-authored-by: Ben Colborn <[email protected]> Co-authored-by: Arturo Aparicio <[email protected]> * Fix merge * Readd custom object documentation * remove metadata version mentions * Update fern/docs/pages/airdrop/metadata-extraction.mdx Co-authored-by: Ben Colborn <[email protected]> --------- Co-authored-by: Tilen Kavčič <[email protected]> Co-authored-by: shalomgk <[email protected]> Co-authored-by: Avinash Singh <[email protected]> Co-authored-by: Atul-Butola <[email protected]> Co-authored-by: Brian Byrne <[email protected]> Co-authored-by: Shivansh Rai <[email protected]> Co-authored-by: Ben Colborn <[email protected]> Co-authored-by: Arturo Aparicio <[email protected]> Co-authored-by: Patricija Brečko <[email protected]> Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>
https://app.devrev.ai/devrev/works/ISS-157878