Install the package and run your script again. The output is identical, byte for byte. Installing changed what is on the machine — it changed nothing about what your program does.
Both say the package installed successfully. Run the script in each and only one of them behaves differently than it did before.
pip install pandas → Successfully installed pandas-2.2.0.
Same install, then four lines added to the script: import it, load the file with it, group the rows, write the result.
One changes what is available on the machine. One changes what happens when the code runs.
Installing changes what is on the machine. It changes nothing about what your program does. That is not a subtlety — it is literal: run the same script before and after the install and the output is identical, because nothing in your code has been altered to mention the new thing.
The reason it fools people is that both steps end the same way, with a green line in a terminal and a feeling of progress. One of those green lines means a tool is available. The other would have meant it is being used, and it never appeared.
Tap a step, then tap whether the program behaves differently afterwards. Then see exactly what each one changes.
Pick a situation. In every one, the install succeeded and nothing else did.
The package is there. It is on disk, it imports cleanly, and the script that fails has never once mentioned its name.
Five questions. Nothing is scored.
Five terms, not two. Tap one.
Check if the package appears in your environment or list of installed tools. Then, see if your workflow or code actually uses it—run the task and watch for results. Installation alone does not guarantee the tool is active in your process.
Installation only makes the package available. If your code does not call or connect to the package, nothing changes. Check your script to ensure it imports and uses the package where needed.
No. Integration relies on the package being present in your environment. Installation is always the first step. Without it, your code cannot find or use the package, and integration fails.
Both steps happen before you can use a tool, and both may show a success message. On screen, there is little to separate them, but only integration connects the tool to your actual work.
Your workflow may break or produce errors. New versions can change how packages work, so integration needs checking after any update. Always test your workflow after updating a dependency.
Not always. Installation only makes the tool available. Your workflow or code must actually use the package, and sometimes you need to change your code to make use of new or fixed features.
| Symptom | What it means |
|---|---|
| No output from the new tool | Code is not using the package |
| Import error | Package is not installed or not found |
| Old behaviour after install | Integration step did not happen |
| Unexpected errors | Integration or compatibility issue |
Available and used are two different states, and a green install message only ever reports the first.
Copyright © Pawan Nayar · LLOS.ai · 2026 — Dependency installation vs Integration: the package is present, versus the package is doing something.Original pedagogy, voice, and design — all rights reserved.