ಒಬ್ಬ ಡೆವಲಪರ್ ಒಂದು ಗುಪ್ತ npx ಲುಕಪ್ (lookup) ಪ್ರತಿ Claude Code ಟರ್ನ್‌ಗೆ ಸುಮಾರು 10 ಸೆಕೆಂಡುಗಳನ್ನು ಸೇರಿಸುತ್ತಿರುವುದನ್ನು ಪತ್ತೆಹಚ್ಚಿದರು, ಮತ್ತು ಆ ಲುಕಪ್ ಅನ್ನು ಗ್ಲೋಬಲ್ ಇನ್‌ಸ್ಟಾಲ್‌ನೊಂದಿಗೆ ಬದಲಾಯಿಸುವುದರಿಂದ ಪ್ರತಿ ಸಂವಹನದಿಂದ ಆರು ಸೆಕೆಂಡುಗಳನ್ನು ಉಳಿಸಲು ಸಾಧ್ಯವಾಯಿತು.

ವಿಳಂಬವು (latency) ಏಕೆ ಮುಖ್ಯವಾಗಿತ್ತು

Claude Code ಡಜನ್‌ಗಟ್ಟಲೆ ಘಟಕಗಳನ್ನು ಹೊಂದಿರುವ ಮೊನೊರೆಪೋವನ್ನು (monorepo) ಸಂಚರಿಸುತ್ತದೆ, ಸಿಂಬಲ್‌ಗಳನ್ನು ಇಂಡೆಕ್ಸ್ ಮಾಡುತ್ತದೆ, Postgres ನಲ್ಲಿ ಟ್ರಾನ್ಸ್‌ಕ್ರಿಪ್ಟ್‌ಗಳನ್ನು ಉಳಿಸುತ್ತದೆ ಮತ್ತು ಎರರ್ ವರದಿಗಳನ್ನು ಕಳುಹಿಸುತ್ತದೆ. ಮಾಡೆಲ್‌ನ ಪ್ರತಿಕ್ರಿಯೆಗಳು ವಿಳಂಬವಾಗಲು ಪ್ರಾರಂಭವಾಗುವವರೆಗೆ ವರ್ಕ್‌ಫ್ಲೋ ಸುಗಮವಾಗಿ ಕಾಣುತ್ತದೆ. ನಂತರ ನಡೆಸಿದ ಹೆಲ್ತ್ ಚೆಕ್ ಹಲವಾರು ಅಸಮರ್ಥತೆಗಳನ್ನು ಮತ್ತು ಒಂದು ದುಬಾರಿ ನೆಟ್‌ವರ್ಕ್ ಕಾಲ್ ಅನ್ನು ಬಹಿರಂಗಪಡಿಸಿತು.

ಹೆಲ್ತ್ ಚೆಕ್ ಏನನ್ನು ಪತ್ತೆಹಚ್ಚಿತು

  • ಡ್ಯೂಪ್ಲಿಕೇಟ್ ಇನ್‌ಸ್ಟಾಲೇಶನ್‌ಗಳು – ಒಂದು ನೇಟಿವ್ ಲಾಂಚರ್ ಮತ್ತು ಹಳೆಯ npm-global ವರ್ಷನ್ ಒಟ್ಟಿಗೆ ಇದ್ದವು. ಹಳೆಯ ಕಾಪಿಯನ್ನು ತೆಗೆದುಹಾಕುವುದರಿಂದ ಅನಗತ್ಯ ಪಾತ್ ಲುಕಪ್ (path lookup) ತಪ್ಪಿತು.
  • ಬ್ರೋಕನ್ ಏಜೆಂಟ್ ಫೈಲ್ – ವಿವರಣೆ ಇಲ್ಲದ ಒಂದು ಫೈಲ್ ಸರಿಯಾದ ಫೈಲ್‌ನ ಹೆಸರನ್ನು ಡ್ಯೂಪ್ಲಿಕೇಟ್ ಮಾಡಿತ್ತು, ಇದರಿಂದ Claude Code ಅದನ್ನು ನಿರ್ಲಕ್ಷಿಸುತ್ತಿತ್ತು. ಆ ಬ್ರೋಕನ್ ಎಂಟ್ರಿಯನ್ನು ಡಿಲೀಟ್ ಮಾಡುವುದರಿಂದ ಗೊಂದಲ ನಿವಾರಣೆಯಾಯಿತು.
  • ಬಳಕೆಯಾಗದ ಎಕ್ಸ್‌ಟೆನ್ಶನ್‌ಗಳು – ಎಂದಿಗೂ ಕಾರ್ಯನಿರ್ವಹಿಸದ ಒಂದು ಪ್ಲಗಿನ್ ಮತ್ತು MCP ಸರ್ವರ್ ಅನ್ನು ಡಿಸೇಬಲ್ ಮಾಡಲಾಯಿತು, ಇದರಿಂದ ರನ್‌ಟೈಮ್ ಫುಟ್‌ಪ್ರಿಂಟ್ (runtime footprint) ಕಡಿಮೆಯಾಯಿತು.
  • ಅತಿಯಾದ “CLAUDE.md” ಫೈಲ್‌ಗಳು – ಈ ಫೈಲ್‌ಗಳು ಕೋಡ್‌ನಲ್ಲಿ ಈಗಾಗಲೇ ಇರುವ ಮಾಹಿತಿಯನ್ನು (ಉದಾಹರಣೆಗೆ, ಬಿಲ್ಡ್ ಕಮಾಂಡ್‌ಗಳು) ಪುನರಾವರ್ತಿಸುತ್ತಿದ್ದವು, ಇದು ಮಾಡೆಲ್‌ಗೆ ಕಳುಹಿಸುವ ಪೇಲೋಡ್ ಅನ್ನು ಹೆಚ್ಚಿಸುತ್ತಿತ್ತು. ಅವುಗಳನ್ನು ಕಡಿತಗೊಳಿಸುವುದರಿಂದ ಕೇವಲ ಅಗತ್ಯವಿರುವ ಸಂದರ್ಭ (context) ಮಾತ್ರ ಉಳಿಯಿತು.

ಈ ಕ್ಲೀನ್-ಅಪ್‌ಗಳು ಸಹಾಯ ಮಾಡಿದವು, ಆದರೆ ಅತಿದೊಡ್ಡ ಲಾಭವು ಪ್ರತಿ ಮಾಡೆಲ್ ಪ್ರತಿಕ್ರಿಯೆಯ ನಂತರ ಚಲಿಸುವ Stop hook ನಿಂದ ಸಿಕ್ಕಿತು.

ಗುಪ್ತ npx ತೆರಿಗೆ (tax)

Stop hook ಆರು ಪ್ರತ್ಯೇಕ ಕಮಾಂಡ್‌ಗಳನ್ನು ಚಲಾಯಿಸುತ್ತದೆ, ಪ್ರತಿಯೊಂದೂ npx -y ಎಂಬ ಪ್ರಿಫಿಕ್ಸ್ ಹೊಂದಿದೆ. -y ಫ್ಲಾಗ್ ಕಮಾಂಡ್ ಚಲಾಯಿಸುವ ಮೊದಲು ಹೊಸ ವರ್ಷನ್ ಪರಿಶೀಲಿಸಲು npx ಅನ್ನು npm ರಿಜಿಸ್ಟ್ರಿಯನ್ನು ನೋಡುವಂತೆ ಒತ್ತಾಯಿಸುತ್ತದೆ, ಇದು ನೆಟ್‌ವರ್ಕ್ ವಿನಂತಿಯನ್ನು (network request) ಪ್ರಚೋದಿಸುತ್ತದೆ. ಪ್ರತಿ ಲುಕಪ್ ಸರಾಸರಿ 1.6 ಸೆಕೆಂಡುಗಳಾಗಿತ್ತು, ಆದ್ದರಿಂದ ಆರು ಕಾಲ್‌ಗಳು ಪ್ರತಿ ಟರ್ನ್‌ಗೆ ಸುಮಾರು 10 ಸೆಕೆಂಡುಗಳನ್ನು ಸೇರಿಸಿದವು. ಪ್ರಾಯೋಗಿಕವಾಗಿ, ಹೂಕ್‌ನ ಒಟ್ಟಾರೆ ವಿಳಂಬವು (latency) 12 ಸೆಕೆಂಡುಗಳೆಂದು ಅಳೆಯಲ್ಪಟ್ಟಿತು, ನೆಟ್‌ವರ್ಕ್ ಸಮಸ್ಯೆ ಉಂಟಾದಾಗ ಇದು ಸಾಂದರ್ಭಿಕವಾಗಿ 113 ಸೆಕೆಂಡುಗಳವರೆಗೆ ಏರಿತು.

ಸರಳ ಪರಿಹಾರ

npx ಕಾಲ್‌ಗಳನ್ನು ಗ್ಲೋಬಲ್ ಆಗಿ ಇನ್‌ಸ್ಟಾಲ್ ಮಾಡಿದ ಬೈನರಿಯೊಂದಿಗೆ (binary) ಬದಲಾಯಿಸುವುದರಿಂದ ರಿಜಿಸ್ಟ್ರಿ ಲುಕಪ್ ತಪ್ಪಿತು:

  • ಮೊದಲು: npx -y @invariance/gps → ಪ್ರತಿ ಕಾಲ್‌ಗೆ 1.6 ಸೆಕೆಂಡ್
  • ನಂತರ: gps (ಗ್ಲೋಬಲ್ ಆಗಿ ಇನ್‌ಸ್ಟಾಲ್ ಮಾಡಲಾಗಿದೆ) → ಪ್ರತಿ ಕಾಲ್‌ಗೆ 0.7 ಸೆಕೆಂಡ್

ಈ ಬದಲಾವಣೆಯು Stop hook ನ ರನ್‌ಟೈಮ್ ಅನ್ನು ಪ್ರತಿ ಟರ್ನ್‌ಗೆ ಸುಮಾರು 6 ಸೆಕೆಂಡುಗಳಷ್ಟು ಕಡಿಮೆ ಮಾಡಿತು ಮತ್ತು ರಿಮೋಟ್ ಚೆಕ್‌ನಿಂದ ಉಂಟಾಗುತ್ತಿದ್ದ ದೊಡ್ಡ ಏರಿಕೆಗಳನ್ನು (spikes) ನಿವಾರಿಸಿತು.

ಮುಂದೆ ಗಮನಿಸಬೇಕಾದವುಗಳು

  • Hook timing – ಬಳಕೆದಾರರಿಗೆ ತೊಂದರೆಯಾಗುವ ಮೊದಲು ವಿಳಂಬವನ್ನು (latency) ಪತ್ತೆಹಚ್ಚಲು ಯಾವುದೇ ಕಸ್ಟಮ್ ಹೂಕ್‌ಗಳನ್ನು ಇನ್ಸ್ಟ್ರುಮೆಂಟ್ (instrument) ಮಾಡಿ.
  • Dependency hygiene – ಡ್ಯೂಪ್ಲಿಕೇಟ್ ಇನ್‌ಸ್ಟಾಲ್‌ಗಳು ಮತ್ತು ಬಳಕೆಯಾಗದ ಎಕ್ಸ್‌ಟೆನ್ಶನ್‌ಗಳನ್ನು ನಿಯಮಿತವಾಗಿ ತೆಗೆದುಹಾಕಿ.
  • Configuration files – “CLAUDE.md” ಅನ್ನು ಲೀನ್ (lean) ಆಗಿಡಿ; ಮಾಡೆಲ್ ತಾನಾಗಿಯೇ ಅಂದಾಜಿಸಲು ಸಾಧ್ಯವಾಗದ ಮಾಹಿತಿಯನ್ನು ಮಾತ್ರ ನೀಡಿ.

ಪಾಠ ಸರಳವಾಗಿದೆ: ಆಟೊಮೇಷನ್ (automation) ದುಬಾರಿ ಪ್ಲಂಬಿಂಗ್ ಅನ್ನು ಮರೆಮಾಚಬಹುದು. ಒಂದು ವೇಗದ ಹೆಲ್ತ್ ಚೆಕ್, ಸುಗಮವಾದ AI ಅಸಿಸ್ಟೆಂಟ್ ಅನ್ನು ಮಂದಗತಿಯದನ್ನಾಗಿ ಮಾಡುವ ಗುಪ್ತ ನೆಟ್‌ವರ್ಕ್ ಕಾಲ್‌ಗಳನ್ನು ಬಹಿರಂಗಪಡಿಸಬಹುದು.

ಸಾರಾಂಶ: Claude Code ನಿಧಾನವಾಗಿ ಅನಿಸಿದಾಗ, ಹೂಕ್‌ಗಳ ಸಮಯವನ್ನು ಅಳೆಯಿರಿ ಮತ್ತು ಯಾವುದೇ npx ಲುಕಪ್‌ಗಳನ್ನು ತೆಗೆದುಹಾಕಿ