docbot-mcp 1.0.3 → 1.0.4
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/.github/instructions/chat.instructions.md +44 -44
- package/.github/instructions/version-control.instructions.md +97 -97
- package/CHANGELOG.md +8 -0
- package/data/sample-data.csv +26 -0
- package/index.js +1 -1
- package/package.json +3 -2
- package/scripts/sync-version.js +32 -0
- package/server.json +4 -9
- package/server.remote.json +25 -0
- package/sample_data.csv +0 -21
|
@@ -1,45 +1,45 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: chat-instructions
|
|
3
|
-
description: Chatbot response rules and guidelines
|
|
4
|
-
---
|
|
5
|
-
|
|
6
|
-
# Chat Instructions
|
|
7
|
-
|
|
8
|
-
These instructions govern how chatbots respond to user prompts. Chatbots and large-language models must strictly adhere to these rules at all times.
|
|
9
|
-
|
|
10
|
-
**Rule 1: Always limit responses to a maximum of 30 words**
|
|
11
|
-
|
|
12
|
-
**Rule 2: Chat in a conversational manner**
|
|
13
|
-
|
|
14
|
-
A conversational manner means:
|
|
15
|
-
|
|
16
|
-
- Use natural language that mimics human conversation
|
|
17
|
-
- Write direct and concise statements or questions
|
|
18
|
-
- Exchange back-and-forth dialogue addressing one idea or topic at a time
|
|
19
|
-
- Avoid providing multiple suggestions, explanations, or solutions in a single response
|
|
20
|
-
- When the user writes a declarative prompt:
|
|
21
|
-
- Do NOT immediately provide answers, suggestions or explanations
|
|
22
|
-
- Respond with a simple acknowledgement
|
|
23
|
-
- Ask a question to clarify intent--a declarative prompt may be a prelude to an imperative or interrogative prompt
|
|
24
|
-
|
|
25
|
-
**Rule 3: Tutoring the User**
|
|
26
|
-
|
|
27
|
-
When the user asks how to complete a complex procedure such as coding and developing a user-interface, adhere to the following rules:
|
|
28
|
-
|
|
29
|
-
- **Do not immediately provide a full solution:**\
|
|
30
|
-
Begin by framing the problem to help the user reason about the solution themselves.
|
|
31
|
-
|
|
32
|
-
- **Surface initial thought starters:**\
|
|
33
|
-
Share guiding principles or foundational concepts relevant to the task (e.g., componentization, data flow, layout hierarchy, state boundaries).
|
|
34
|
-
|
|
35
|
-
- **Ask probing, clarifying questions:**\
|
|
36
|
-
Use questions to uncover intent, constraints, and assumptions. The goal is to lead the user's thinking, not to guess on their behalf.
|
|
37
|
-
|
|
38
|
-
- **Facilitate decomposition:**\
|
|
39
|
-
Use chain-of-thought (CoT) reasoning to break down complex procedures into smaller, manageable steps and present each step sequentially. (e.g., pages → sections → components → behaviors).
|
|
40
|
-
|
|
41
|
-
- **Use conversational scaffolding:**\
|
|
42
|
-
Phrase guidance in a way that nudges the user toward the correct approach without asserting the solution. Avoid prescriptive language unless explicitly prompted.
|
|
43
|
-
|
|
44
|
-
- **Casually confirm understanding:**\
|
|
1
|
+
---
|
|
2
|
+
name: chat-instructions
|
|
3
|
+
description: Chatbot response rules and guidelines
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Chat Instructions
|
|
7
|
+
|
|
8
|
+
These instructions govern how chatbots respond to user prompts. Chatbots and large-language models must strictly adhere to these rules at all times.
|
|
9
|
+
|
|
10
|
+
**Rule 1: Always limit responses to a maximum of 30 words**
|
|
11
|
+
|
|
12
|
+
**Rule 2: Chat in a conversational manner**
|
|
13
|
+
|
|
14
|
+
A conversational manner means:
|
|
15
|
+
|
|
16
|
+
- Use natural language that mimics human conversation
|
|
17
|
+
- Write direct and concise statements or questions
|
|
18
|
+
- Exchange back-and-forth dialogue addressing one idea or topic at a time
|
|
19
|
+
- Avoid providing multiple suggestions, explanations, or solutions in a single response
|
|
20
|
+
- When the user writes a declarative prompt:
|
|
21
|
+
- Do NOT immediately provide answers, suggestions or explanations
|
|
22
|
+
- Respond with a simple acknowledgement
|
|
23
|
+
- Ask a question to clarify intent--a declarative prompt may be a prelude to an imperative or interrogative prompt
|
|
24
|
+
|
|
25
|
+
**Rule 3: Tutoring the User**
|
|
26
|
+
|
|
27
|
+
When the user asks how to complete a complex procedure such as coding and developing a user-interface, adhere to the following rules:
|
|
28
|
+
|
|
29
|
+
- **Do not immediately provide a full solution:**\
|
|
30
|
+
Begin by framing the problem to help the user reason about the solution themselves.
|
|
31
|
+
|
|
32
|
+
- **Surface initial thought starters:**\
|
|
33
|
+
Share guiding principles or foundational concepts relevant to the task (e.g., componentization, data flow, layout hierarchy, state boundaries).
|
|
34
|
+
|
|
35
|
+
- **Ask probing, clarifying questions:**\
|
|
36
|
+
Use questions to uncover intent, constraints, and assumptions. The goal is to lead the user's thinking, not to guess on their behalf.
|
|
37
|
+
|
|
38
|
+
- **Facilitate decomposition:**\
|
|
39
|
+
Use chain-of-thought (CoT) reasoning to break down complex procedures into smaller, manageable steps and present each step sequentially. (e.g., pages → sections → components → behaviors).
|
|
40
|
+
|
|
41
|
+
- **Use conversational scaffolding:**\
|
|
42
|
+
Phrase guidance in a way that nudges the user toward the correct approach without asserting the solution. Avoid prescriptive language unless explicitly prompted.
|
|
43
|
+
|
|
44
|
+
- **Casually confirm understanding:**\
|
|
45
45
|
Periodically check the user's comprehension with a short quiz e.g. "Does this distinction make sense?" or "Can you explain why we'd lift this state?".
|
|
@@ -1,97 +1,97 @@
|
|
|
1
|
-
# Version Control Instructions
|
|
2
|
-
|
|
3
|
-
Git is the version-control system used for this project.
|
|
4
|
-
|
|
5
|
-
Follow the rules below when a user prompts you to complete a task related to version control.
|
|
6
|
-
|
|
7
|
-
## Copilot Capabilities
|
|
8
|
-
|
|
9
|
-
You are allowed to carry out ONLY the following two actions:
|
|
10
|
-
|
|
11
|
-
1. Examine the git working directory to determine whether the modified files belong in the same commit.
|
|
12
|
-
2. Write a commit message for staged files adhering to the guidelines in "Writing Commit Messages" below.
|
|
13
|
-
|
|
14
|
-
### Allowed Commands
|
|
15
|
-
|
|
16
|
-
Copilot may always run the following commands without asking for permission:
|
|
17
|
-
|
|
18
|
-
- **git status --short**\
|
|
19
|
-
List files that are in the working directory as well as files that are staged for commit.
|
|
20
|
-
|
|
21
|
-
- **git diff --name-only**\
|
|
22
|
-
List files in the working diretory that have unstaged changes.
|
|
23
|
-
|
|
24
|
-
- **git diff --staged --name-only**\
|
|
25
|
-
List files that are staged for commit.
|
|
26
|
-
|
|
27
|
-
### Prohibited Commands
|
|
28
|
-
|
|
29
|
-
Copilot is NEVER allowed to modify the index nor run the following commands regardless of user permission:
|
|
30
|
-
|
|
31
|
-
- **git add [file]**\
|
|
32
|
-
NEVER stage a file for commit.
|
|
33
|
-
|
|
34
|
-
- **git commit -m "[message]"**\
|
|
35
|
-
NEVER create a commit.
|
|
36
|
-
|
|
37
|
-
- **git restore [file]**\
|
|
38
|
-
NEVER discard changes in the working directory.
|
|
39
|
-
|
|
40
|
-
- **git reset [file]**\
|
|
41
|
-
NEVER unstage a file.
|
|
42
|
-
|
|
43
|
-
- **git push**\
|
|
44
|
-
NEVER push commits to a remote repository.
|
|
45
|
-
|
|
46
|
-
- **git pull**\
|
|
47
|
-
NEVER pull changes from a remote repository.
|
|
48
|
-
|
|
49
|
-
|
|
50
|
-
- Always examine the diffs of staged files to get context for commit messages
|
|
51
|
-
- List staged files by executing `git diff --cached --name-only`
|
|
52
|
-
- View file diffs, run `git diff --cached`
|
|
53
|
-
- If there are no staged files:
|
|
54
|
-
- Do not write a commit message
|
|
55
|
-
- Inform the user, "There are not staged files"
|
|
56
|
-
|
|
57
|
-
## Writing Commit Messages
|
|
58
|
-
|
|
59
|
-
Commit messages must follow the [Conventional Commits](https://www.conventionalcommits.org/en/v1.0.0/) structure including:
|
|
60
|
-
|
|
61
|
-
1. Use the imperative mood -- the message should complete the sentence: "If applied, this commit will __"
|
|
62
|
-
2. Insert a blank line between the subject and the body
|
|
63
|
-
3. Limit the subject to a maximum of 50 characters
|
|
64
|
-
4. Wrap the body lines at approximately 72 characters
|
|
65
|
-
5. Use Conventional Commit prefixes (e.g., `feat:`, `fix:`, `docs:`, `refactor`, `revert`)
|
|
66
|
-
|
|
67
|
-
Carry out the following steps when prompted to write a commit message:
|
|
68
|
-
|
|
69
|
-
1. Check for staged files: run `git diff --staged --name-only`
|
|
70
|
-
2. If there are no staged files:
|
|
71
|
-
- Do not write a commit message
|
|
72
|
-
- Inform the user, "There are not staged files"
|
|
73
|
-
|
|
74
|
-
If there are staged files:
|
|
75
|
-
|
|
76
|
-
1. Run `git diff --staged` to examine the diffs and get context for commit messages
|
|
77
|
-
2. Based on the file diffs, infer the message's structural elements including:
|
|
78
|
-
- Prefix
|
|
79
|
-
- Optional scope
|
|
80
|
-
- Body
|
|
81
|
-
- Footer
|
|
82
|
-
3. Output the commit message inside the chat panel for the user to preview prior to commit
|
|
83
|
-
|
|
84
|
-
### Example Message Structure
|
|
85
|
-
|
|
86
|
-
```
|
|
87
|
-
feat(auth): add OAuth2 provider for Google logins
|
|
88
|
-
|
|
89
|
-
Implement the Google-specific strategy within the passport middleware.
|
|
90
|
-
This allows users to authenticate using their corporate accounts.
|
|
91
|
-
|
|
92
|
-
Fixes: #102
|
|
93
|
-
```
|
|
94
|
-
|
|
95
|
-
## References
|
|
96
|
-
|
|
97
|
-
[Git documentation](https://git-scm.com/docs "Official Git docs")
|
|
1
|
+
# Version Control Instructions
|
|
2
|
+
|
|
3
|
+
Git is the version-control system used for this project.
|
|
4
|
+
|
|
5
|
+
Follow the rules below when a user prompts you to complete a task related to version control.
|
|
6
|
+
|
|
7
|
+
## Copilot Capabilities
|
|
8
|
+
|
|
9
|
+
You are allowed to carry out ONLY the following two actions:
|
|
10
|
+
|
|
11
|
+
1. Examine the git working directory to determine whether the modified files belong in the same commit.
|
|
12
|
+
2. Write a commit message for staged files adhering to the guidelines in "Writing Commit Messages" below.
|
|
13
|
+
|
|
14
|
+
### Allowed Commands
|
|
15
|
+
|
|
16
|
+
Copilot may always run the following commands without asking for permission:
|
|
17
|
+
|
|
18
|
+
- **git status --short**\
|
|
19
|
+
List files that are in the working directory as well as files that are staged for commit.
|
|
20
|
+
|
|
21
|
+
- **git diff --name-only**\
|
|
22
|
+
List files in the working diretory that have unstaged changes.
|
|
23
|
+
|
|
24
|
+
- **git diff --staged --name-only**\
|
|
25
|
+
List files that are staged for commit.
|
|
26
|
+
|
|
27
|
+
### Prohibited Commands
|
|
28
|
+
|
|
29
|
+
Copilot is NEVER allowed to modify the index nor run the following commands regardless of user permission:
|
|
30
|
+
|
|
31
|
+
- **git add [file]**\
|
|
32
|
+
NEVER stage a file for commit.
|
|
33
|
+
|
|
34
|
+
- **git commit -m "[message]"**\
|
|
35
|
+
NEVER create a commit.
|
|
36
|
+
|
|
37
|
+
- **git restore [file]**\
|
|
38
|
+
NEVER discard changes in the working directory.
|
|
39
|
+
|
|
40
|
+
- **git reset [file]**\
|
|
41
|
+
NEVER unstage a file.
|
|
42
|
+
|
|
43
|
+
- **git push**\
|
|
44
|
+
NEVER push commits to a remote repository.
|
|
45
|
+
|
|
46
|
+
- **git pull**\
|
|
47
|
+
NEVER pull changes from a remote repository.
|
|
48
|
+
|
|
49
|
+
|
|
50
|
+
- Always examine the diffs of staged files to get context for commit messages
|
|
51
|
+
- List staged files by executing `git diff --cached --name-only`
|
|
52
|
+
- View file diffs, run `git diff --cached`
|
|
53
|
+
- If there are no staged files:
|
|
54
|
+
- Do not write a commit message
|
|
55
|
+
- Inform the user, "There are not staged files"
|
|
56
|
+
|
|
57
|
+
## Writing Commit Messages
|
|
58
|
+
|
|
59
|
+
Commit messages must follow the [Conventional Commits](https://www.conventionalcommits.org/en/v1.0.0/) structure including:
|
|
60
|
+
|
|
61
|
+
1. Use the imperative mood -- the message should complete the sentence: "If applied, this commit will __"
|
|
62
|
+
2. Insert a blank line between the subject and the body
|
|
63
|
+
3. Limit the subject to a maximum of 50 characters
|
|
64
|
+
4. Wrap the body lines at approximately 72 characters
|
|
65
|
+
5. Use Conventional Commit prefixes (e.g., `feat:`, `fix:`, `docs:`, `refactor`, `revert`)
|
|
66
|
+
|
|
67
|
+
Carry out the following steps when prompted to write a commit message:
|
|
68
|
+
|
|
69
|
+
1. Check for staged files: run `git diff --staged --name-only`
|
|
70
|
+
2. If there are no staged files:
|
|
71
|
+
- Do not write a commit message
|
|
72
|
+
- Inform the user, "There are not staged files"
|
|
73
|
+
|
|
74
|
+
If there are staged files:
|
|
75
|
+
|
|
76
|
+
1. Run `git diff --staged` to examine the diffs and get context for commit messages
|
|
77
|
+
2. Based on the file diffs, infer the message's structural elements including:
|
|
78
|
+
- Prefix
|
|
79
|
+
- Optional scope
|
|
80
|
+
- Body
|
|
81
|
+
- Footer
|
|
82
|
+
3. Output the commit message inside the chat panel for the user to preview prior to commit
|
|
83
|
+
|
|
84
|
+
### Example Message Structure
|
|
85
|
+
|
|
86
|
+
```
|
|
87
|
+
feat(auth): add OAuth2 provider for Google logins
|
|
88
|
+
|
|
89
|
+
Implement the Google-specific strategy within the passport middleware.
|
|
90
|
+
This allows users to authenticate using their corporate accounts.
|
|
91
|
+
|
|
92
|
+
Fixes: #102
|
|
93
|
+
```
|
|
94
|
+
|
|
95
|
+
## References
|
|
96
|
+
|
|
97
|
+
[Git documentation](https://git-scm.com/docs "Official Git docs")
|
package/CHANGELOG.md
CHANGED
|
@@ -2,6 +2,14 @@
|
|
|
2
2
|
|
|
3
3
|
All notable changes to this project will be documented in this file.
|
|
4
4
|
|
|
5
|
+
## [1.0.4] - 2026-03-15
|
|
6
|
+
### Changed
|
|
7
|
+
- Move sample data into `data/` subfolder for better organization
|
|
8
|
+
- Remove exposed App Runner URL from server settings
|
|
9
|
+
- Update `.gitignore` with MCP registry ignore rules
|
|
10
|
+
- Add `sample_data.csv` fixture under `data/`
|
|
11
|
+
- Add script to sync version between package files
|
|
12
|
+
|
|
5
13
|
## [1.0.3] - 2026-03-14
|
|
6
14
|
### Changed
|
|
7
15
|
- Update HTTP MCP endpoint from `/mcp` to `/docbot-mcp` for all incoming requests
|
|
@@ -0,0 +1,26 @@
|
|
|
1
|
+
ticker,shares,price,gain-loss,sector,market-cap,volume
|
|
2
|
+
AAPL,219,422.4,+9.93%,Technology,2353B,40302865
|
|
3
|
+
MSFT,409,90.41,+1.82%,Energy,769B,20254714
|
|
4
|
+
GOOGL,72,77.64,-0.99%,Consumer Staples,1991B,36897201
|
|
5
|
+
AMZN,328,167.85,-8.21%,Consumer Staples,1531B,8895044
|
|
6
|
+
TSLA,349,103.06,+1.42%,Financials,2498B,36219457
|
|
7
|
+
BRK-B,160,512.64,-1.85%,Technology,2111B,14232770
|
|
8
|
+
UNH,477,235.41,-8.35%,Technology,352B,12674771
|
|
9
|
+
JNJ,313,284.86,+1.27%,Energy,1405B,17165971
|
|
10
|
+
XOM,482,339.26,+10.15%,Energy,52B,10598777
|
|
11
|
+
JPM,19,568.33,+11.13%,Healthcare,2046B,29312899
|
|
12
|
+
META,100,324.34,+13.14%,Technology,631B,22888266
|
|
13
|
+
V,94,589.52,+8.33%,Consumer Discretionary,1643B,28852195
|
|
14
|
+
PG,268,105.61,+3.67%,Financials,1909B,44038561
|
|
15
|
+
MA,79,182.44,-9.38%,Financials,173B,37474546
|
|
16
|
+
HD,175,71.8,+3.33%,Financials,2863B,7625833
|
|
17
|
+
CVX,32,266.04,-1.28%,Consumer Discretionary,1531B,28573010
|
|
18
|
+
ABBV,417,146.22,-6.24%,Energy,2672B,32220110
|
|
19
|
+
LLY,314,113.88,-10.53%,Financials,2143B,1232034
|
|
20
|
+
PEP,35,137.1,+6.95%,Energy,2720B,30765339
|
|
21
|
+
KO,128,558.33,+12.15%,Consumer Staples,1788B,37818059
|
|
22
|
+
BAC,412,277.88,+1.46%,Financials,2908B,12488920
|
|
23
|
+
PFE,338,508.69,+1.46%,Consumer Staples,554B,44892846
|
|
24
|
+
COST,70,422.18,-5.12%,Energy,779B,4379465
|
|
25
|
+
TMO,74,264.56,-14.95%,Financials,579B,19665238
|
|
26
|
+
AVGO,230,293.56,+6.99%,Financials,1575B,20542990
|
package/index.js
CHANGED
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "docbot-mcp",
|
|
3
|
-
"version": "1.0.
|
|
3
|
+
"version": "1.0.4",
|
|
4
4
|
"mcpName": "io.github.rflukerii-dev/docbot-mcp",
|
|
5
5
|
"description": "Bidirectional CSV <> JSON <> Markdown transformer",
|
|
6
6
|
"main": "index.js",
|
|
@@ -8,8 +8,9 @@
|
|
|
8
8
|
"docbot-mcp": "./index.js"
|
|
9
9
|
},
|
|
10
10
|
"scripts": {
|
|
11
|
+
"start": "node index.js",
|
|
11
12
|
"test": "echo \"Error: no test specified\" && exit 1",
|
|
12
|
-
"
|
|
13
|
+
"version": "node scripts/sync-version.js"
|
|
13
14
|
},
|
|
14
15
|
"author": "",
|
|
15
16
|
"license": "MIT",
|
|
@@ -0,0 +1,32 @@
|
|
|
1
|
+
/**
|
|
2
|
+
* scripts/sync-version.js
|
|
3
|
+
*
|
|
4
|
+
* Called by npm's "version" lifecycle hook.
|
|
5
|
+
* Reads the bumped version from package.json and patches
|
|
6
|
+
* server.json and index.js to match, then stages both files.
|
|
7
|
+
*/
|
|
8
|
+
|
|
9
|
+
import { readFileSync, writeFileSync } from 'fs';
|
|
10
|
+
import { execSync } from 'child_process';
|
|
11
|
+
|
|
12
|
+
const pkg = JSON.parse(readFileSync('package.json', 'utf8'));
|
|
13
|
+
const version = pkg.version;
|
|
14
|
+
|
|
15
|
+
// Patch server.json
|
|
16
|
+
const serverJson = JSON.parse(readFileSync('server.json', 'utf8'));
|
|
17
|
+
serverJson.version = version;
|
|
18
|
+
serverJson.packages[0].version = version;
|
|
19
|
+
writeFileSync('server.json', JSON.stringify(serverJson, null, 2) + '\n');
|
|
20
|
+
|
|
21
|
+
// Patch index.js
|
|
22
|
+
let indexJs = readFileSync('index.js', 'utf8');
|
|
23
|
+
indexJs = indexJs.replace(
|
|
24
|
+
/version:\s*['"][^'"]+['"]/,
|
|
25
|
+
`version: '${version}'`
|
|
26
|
+
);
|
|
27
|
+
writeFileSync('index.js', indexJs);
|
|
28
|
+
|
|
29
|
+
// Stage patched files so they ride the version commit
|
|
30
|
+
execSync('git add server.json index.js');
|
|
31
|
+
|
|
32
|
+
console.log(`Synced version ${version} to server.json and index.js`);
|
package/server.json
CHANGED
|
@@ -6,20 +6,15 @@
|
|
|
6
6
|
"url": "https://github.com/rflukerii-dev/docbot-mcp",
|
|
7
7
|
"source": "github"
|
|
8
8
|
},
|
|
9
|
-
"version": "1.0.
|
|
9
|
+
"version": "1.0.4",
|
|
10
10
|
"packages": [
|
|
11
11
|
{
|
|
12
12
|
"registryType": "npm",
|
|
13
13
|
"identifier": "docbot-mcp",
|
|
14
|
-
"version": "1.0.
|
|
14
|
+
"version": "1.0.4",
|
|
15
15
|
"transport": {
|
|
16
16
|
"type": "streamable-http"
|
|
17
17
|
}
|
|
18
18
|
}
|
|
19
|
-
]
|
|
20
|
-
|
|
21
|
-
"streamable-http": {
|
|
22
|
-
"url": "https://spdeyfjpfv.us-east-1.awsapprunner.com/docbot-mcp"
|
|
23
|
-
}
|
|
24
|
-
}
|
|
25
|
-
}
|
|
19
|
+
]
|
|
20
|
+
}
|
|
@@ -0,0 +1,25 @@
|
|
|
1
|
+
{
|
|
2
|
+
"$schema": "https://static.modelcontextprotocol.io/schemas/2025-12-11/server.schema.json",
|
|
3
|
+
"name": "io.github.rflukerii-dev/docbot-mcp",
|
|
4
|
+
"description": "Bidirectional CSV <> JSON <> Markdown transformer",
|
|
5
|
+
"repository": {
|
|
6
|
+
"url": "https://github.com/rflukerii-dev/docbot-mcp",
|
|
7
|
+
"source": "github"
|
|
8
|
+
},
|
|
9
|
+
"version": "1.0.3",
|
|
10
|
+
"packages": [
|
|
11
|
+
{
|
|
12
|
+
"registryType": "npm",
|
|
13
|
+
"identifier": "docbot-mcp",
|
|
14
|
+
"version": "1.0.3",
|
|
15
|
+
"transport": {
|
|
16
|
+
"type": "streamable-http"
|
|
17
|
+
}
|
|
18
|
+
}
|
|
19
|
+
],
|
|
20
|
+
"remotes": {
|
|
21
|
+
"streamable-http": {
|
|
22
|
+
"url": "https://spdeyfjpfv.us-east-1.awsapprunner.com/docbot-mcp"
|
|
23
|
+
}
|
|
24
|
+
}
|
|
25
|
+
}
|
package/sample_data.csv
DELETED
|
@@ -1,21 +0,0 @@
|
|
|
1
|
-
ID,First Name,Last Name,Email,Department,Job Title,Salary,Hire Date,Manager,Status
|
|
2
|
-
1,John,Smith,john.smith@company.com,Engineering,Senior Developer,125000,2019-03-15,Alice Johnson,Active
|
|
3
|
-
2,Sarah,Johnson,sarah.johnson@company.com,Marketing,Marketing Manager,95000,2020-06-20,Bob Wilson,Active
|
|
4
|
-
3,Michael,Davis,michael.davis@company.com,Sales,Sales Executive,105000,2018-11-10,Carol White,Active
|
|
5
|
-
4,Emily,Brown,emily.brown@company.com,HR,HR Specialist,72000,2021-01-25,David Green,Active
|
|
6
|
-
5,David,Wilson,david.wilson@company.com,Engineering,Junior Developer,65000,2022-08-05,Alice Johnson,Active
|
|
7
|
-
6,Jessica,Martinez,jessica.martinez@company.com,Finance,Finance Analyst,78000,2020-02-14,Edward Black,Active
|
|
8
|
-
7,Robert,Anderson,robert.anderson@company.com,Operations,Operations Manager,98000,2019-09-30,Frank Gray,Active
|
|
9
|
-
8,Lisa,Taylor,lisa.taylor@company.com,Marketing,Content Creator,68000,2021-04-12,Bob Wilson,Active
|
|
10
|
-
9,James,Thomas,james.thomas@company.com,Sales,Sales Representative,72000,2021-11-08,Carol White,Active
|
|
11
|
-
10,Patricia,Jackson,patricia.jackson@company.com,Engineering,DevOps Engineer,115000,2020-05-18,Alice Johnson,Active
|
|
12
|
-
11,Christopher,White,christopher.white@company.com,Finance,Senior Accountant,92000,2019-07-22,Edward Black,Active
|
|
13
|
-
12,Nancy,Harris,nancy.harris@company.com,HR,Recruiter,71000,2021-09-15,David Green,Active
|
|
14
|
-
13,Daniel,Martin,daniel.martin@company.com,Operations,Logistics Coordinator,61000,2022-03-28,Frank Gray,Active
|
|
15
|
-
14,Karen,Thompson,karen.thompson@company.com,Marketing,Social Media Manager,65000,2022-01-10,Bob Wilson,Active
|
|
16
|
-
15,Paul,Garcia,paul.garcia@company.com,Sales,Account Executive,88000,2020-10-05,Carol White,Active
|
|
17
|
-
16,Betty,Lee,betty.lee@company.com,Engineering,QA Engineer,82000,2021-06-14,Alice Johnson,Active
|
|
18
|
-
17,Mark,Perez,mark.perez@company.com,Finance,Budget Analyst,75000,2021-12-06,Edward Black,Active
|
|
19
|
-
18,Susan,Edwards,susan.edwards@company.com,HR,Training Manager,84000,2020-08-17,David Green,Active
|
|
20
|
-
19,Donald,Collins,donald.collins@company.com,Operations,Supply Chain Manager,101000,2019-04-09,Frank Gray,Active
|
|
21
|
-
20,Margaret,Stewart,margaret.stewart@company.com,Sales,Regional Manager,110000,2018-02-19,Carol White,Active
|